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CASE 


To learn how to create a successful CASE 
strategy for your organization, come to an 
IDE seminar. Or call us for more infor¬ 
mation. We’ll be happy to 
with all the proof you 


For more information 
register for an 
your area, call 
1-800-888-IDE1 
1-415-543-0900 Ext. 


Searching for the right CASE partner for your organization? 
Once you know what to look for, finding the right partner is 
elementary. All the evidence points to IDE. Its success 
combines the right CASE process, tools, training and support 
to make you successful. 


To implement your CASE strategy, start with UI 
the proven choice of software developers. UNIX 
provides the best foundation for multi-user envi¬ 
ronments and offers the widest array of modern 
development tools. Most illuminating. 

Add IDE’s Software through Pictures® and 
your choice of other best-of-class tools such 
as Saber-C, FrameMaker and Interleaf. Software 
through Pictures integrates all these tools with a 
shared repository, supports structured and object- 
oriented methods, and runs over heterogeneous networks 
of Sun, Digital, HP and IBM workstations and X terminals 
Closed products from other vendors fall far short of IDE 
strategy. Why settle for a 7 % solution when you can 

Look closely at your CASE alternatives and you’ll see why IDE 
is the obvious choice. Only IDE offers you open and extensible 
solutions such as the C Development Environment™ that guarantee 
you can refine your CASE strategies to meet future requirements. 
And if you’re just getting started with CASE, IDE’s Pilot Project 
Package provides all the software, training and 
need to make your first project a 
Fortuitous indeed. 
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LANNET II.5 
Local Area Networks 




COMNET II.5 
Wide Area Networks 


New for local or wide area 
network analysts 

Free trial and, if you act now, free training 


L ANNET II.5 uses simulation to predict 
your LAN performance. You simply 
describe your LAN and workload. 

Animated simulation follows immediately 
-no programming. 


C OMNET II.5 uses simulation to predict 
your network performance. You simply 
describe your network, traffic load, and routing. 

Animated simulation follows immediately 
-no programming. 


Easy-to-understand results 

You get an animated picture of your LAN. 
System bottlenecks and changing levels of 
utilization are apparent. 

Your reports show LAN statistics such as 
transfer times, delays, and queues. Client, server, 
and gateway statistics show queue lengths, 
waiting times, and messages sent. 

Your LAN simulated 

You can predict the performance of any LAN. 
Industry standard protocols such as Ethernet, 
Token Ring, Token Bus, FDDI, and lOBase-T 
are built-in. Variations can be modeled. 


Easy-to-understand results 

You get an animated picture of your network. 
Routing choices and changing levels of network 
utilization are apparent. 

Your reports show response times, blocking 
probabilities, call queueing and packet delays, 
network throughput, circuit group utilization, 
and circuit group queue statistics. 

Your network simulated 

You can include LAN’s.and multidrop lines in 
your model. X.25, SNA, DECnet, ISDN, SS7, 
fast packet, TCP/IP, token passing, and 
CSMA/CD are easily modeled. 


Free Trial Offer 


The free trial contains everything you need to 
try LANNET II.5™ or COMNET II.5® on 
your PC, Workstation, or Mainframe. Act now 
for free training-no cost, no obligation. 

For immediate information 


For LANNET II.5 call Eric Chapman, or for 
COMNET II.5 call Chris LeBaron, at (619) 
457-9681, Fax (619) 457-1184. In Europe, call 
Nigel McNamara, in the UK, on 0276 671 671, 
Fax 0276 670 677. In Canada, call Peter Holt on 
(613) 782-2474, Fax (613) 782-2202. 


Rush free trial and training information for: 

□ LANNET II.5 □ COMNET II.5 
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Guest Editor’s Introduction: 

Heterogeneous Distributed Database Systems 

Sudha Ram 

Classifying Schematic and Data Heterogeneity in 
Multidatabase Systems 

Won Kim and Jungyun Seo 

Schema and data conflicts between component databases are a crucial problem in 
building multidatabase systems. This article presents a comprehensive framework for 
classifying these conflicts. 

The Pegasus Heterogeneous Multidatabase System 

Raft Ahmed, Philippe De Smedt, Weimin Du, William Kent, Mohammad A. Ketabchi, 
Witold A. Litwin, Abbas Rafii, and Ming-Chien Shan 
Benefiting from object-oriented data modeling and programming capabilities, Pegasus 
uses both type and function abstractions to resolve mapping and integration problems. 

Failure-Resilient Transaction Management in 
Multidatabases 

Nandit Soparkar, Henry F. Korth, and Abraham Silberschatz 
Failure recovery in a multidatabase environment is not well understood. We present the 
issues and techniques pertinent to fault-tolerant transaction management. 

Integrating Diverse Information Repositories: 

A Distributed Hypertext Approach 

John Noll and Walt Scacchi 

A distributed hypertext architecture provides transparent access to autonomous, 
heterogeneous information repositories. The result is a powerful organizational tool and 
a simple yet effective integration mechanism. 

Specifying Interdatabase Dependencies in a 
Multidatabase Environment 

Marek Rusinkiewicz, Amit Sheth, and George Karabatis 
By considering dependence specifications, mutual consistency requirements, and 
consistency restoration techniques together, we gain better insight into maintaining 
consistency of related data in a multidatabase environment. 

Resource Integration Using a Large Knowledge Base 
in Carnot 

Christine Collet, Michael N. Huhns, and Wei-Min Shen 
This method for integrating separately developed information resources permits access 
and coherent modification. It uses the Cyc knowledge base as a global schema to resolve 
inconsistencies. 
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Heterogeneous and Autonomous Transaction Processing 

Calton Pu, Avraham Leff, and Shu-Wie F. Chen 
Although many obstacles hinder the integration of heterogeneity and autonomy in 
transaction processing systems, positive steps — like those described here — are being 
taken. 
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co s r*r: message 


A year of frustration 
and reward 



Financially, 1991 has been a diffi¬ 
cult year for our society and for our 
industry and profession. We began the 
year with the Board of Governors- 
mandated $750K+ budgeted surplus, 
but membership and subscription loss¬ 
es, declining advertising sales, poor 
conference financial performance, and 
reduced CS Press sales combined to 
make achieving our budget targets im¬ 
possible — despite some significant 
cost-containment measures during the 
year. We are now estimating a $100- 
$200K surplus on expenses of $20.2 
million. For 1992, the board approved 
an even more conservative budget, 
but it has a $750K surplus that we will 
likely achieve. It is essential that we 
control our financial situation and re¬ 
store our reserves, lest our ability to 
serve our membership and profession 
deteriorate. 

Besides worrying a lot about the 
budget, we made some progress this 
year in membership programs and ser¬ 
vices. At its November 1 meeting, the 
Board of Governors approved an 
agreement with ACM to form the 
Federation on Computing in the Unit¬ 
ed States (FOCUS), the successor to 
the American Federation of Informa¬ 
tion Processing Societies (AFIPS). 
That agreement establishes an organi¬ 
zation of technical societies to repre¬ 
sent US computing interests in the 
International Federation for Infor¬ 
mation Processing (IFIP). The board 
also approved an agreement with the 
IEEE Circuits and Systems Society 
and Solid-State Circuits Council to 
jointly publish IEEE Transactions on 
Microelectronic Systems and approved 
in principle a similar agreement with 
the IEEE Communications Society to 
publish a new transactions on net¬ 
working. 

Perhaps most importantly, our 
Planning Committee, chaired by 
Bruce Shriver, completed a strategic 
plan that proposes important, broad 
changes in society operations. It es¬ 
tablishes principles for more demo¬ 


cratic governance, recognizes the 
need for a separation of policy and 
operational committees, and sets in 
place mechanisms to encourage great¬ 
er participation in our programs and 
services. For example, recognizing 
that our technical committees are crit¬ 
ical to our technical vitality, it propos¬ 
es a positive financial feedback mech¬ 
anism that should permit TC funding 
of more and better member services. 
The strategic plan was extensively dis¬ 
cussed at the recent meetings and ap¬ 
proved by the board. We will be pro¬ 
ceeding with its refinement and 
implementation over the next year. 
(See Computer Society News, p. 81, 
for additional information on this and 
other board actions.) 

In another significant action, the 
board approved two new staff posi¬ 
tions. Throughout the year, I have 
been struck by the fact that we are of¬ 
ten forced to make decisions without 
having all the facts needed to make 
the best decisions. We recently con¬ 
ducted another membership survey. It 
answered some questions but exposed 
other areas where we need more in¬ 
formation. I believe these studies 
need to be done regularly and system¬ 
atically. The board approved a pro¬ 
posal for a staff person with responsi¬ 
bility for gathering and analyzing 
information about our members and 
their needs and about our products 
and their effectiveness. 

We also need more help in what I 
believe to be our most important 
member service: providing informa¬ 
tion. We must develop ways to dis¬ 
seminate our transactions, magazines, 
conferences, and other material elec¬ 
tronically. We are the shoemaker’s 
children going barefoot. This has been 
a crusade of mine for several years, 
and I regret that we have not made 
more progress. I have become con¬ 
vinced that the effort required is be¬ 
yond what we can expect from a few 
volunteers. For that reason, we asked 
for and obtained board approval for a 


staff position dedicated to this effort. 
We have all been working hard to 
control expenses, and I am reluctant 
to propose additional staff. But I be¬ 
lieve this is critical to our future. We 
must move ahead in this area, or we 
will be unable to meet our members’ 
needs. 

There has been a lot of discussion 
about the pros and cons of a one-year 
versus a two-year presidency. This is 
not an easy choice. The need for more 
time to accomplish significant goals 
argues for a two-year presidency. But 
the difficulty of finding qualified vol¬ 
unteers who can make such a commit¬ 
ment is real, as is the need for a con¬ 
tinuing supply of fresh ideas and new 
energy. During my term, I witnessed a 
degree of cooperation and a common¬ 
ality of purpose with our three “tens¬ 
es” of presidents — past, present, and 
future — and our executive director 
that may be unprecedented. If we con¬ 
tinue to enjoy this spirit of coopera¬ 
tion, it is possible to achieve signifi¬ 
cant goals with one-year terms. Like 
everything else in life, progress comes 
most surely through teamwork, and 
we had a good team this year. 

This has been a year of frustration 
and reward for me personally. The 
year passes too quickly, yet it cannot 
be over soon enough. It has been, if 
nothing else, intense. It is the volun¬ 
teers and staff who make the society 
work and who make this job reward¬ 
ing, and I thank them all. Special 
thanks go to my vice presidents, who 
kept things running. Ron Hoelzeman 
was particularly helpful, not only serv¬ 
ing as VP for publications but also 
taking the time to educate me on 
many issues. Past President Helen 
Wood, President-elect Bruce Shriver, 
and Executive Director T. Michael 
Elliott served as wise counsellors and 
sounding boards. Their help was in¬ 
valuable, their friendship enduring. 

Duncan H. Lawrie 

Computer Society president 
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You want the power of a 
standard development OS. But 
you also want the performance of 
a realtime OS. Which way do you 
turn? 

Presenting QNX 4.0. The 
operating system that’s responsive 
enough for realtime apps, small 
enough for PC platforms, flexible 
enough for transparent 
networking, and modular enough 
for the most demanding 
configurations. 

POSIX Means Portable 

Operating systems come in 
more flavors than ice cream. 

Which is why IEEE’s POSIX 
standard is now such an important 
safeguard of portability. 

QNX is a high-performance 
realtime OS with its own unique 
microkernel architecture.* But its 
API is based on the latest POSIX 
standards, so you get both 
outstanding performance and 
portability for all your apps. 


Performance At Run Time, 

Design Time, All the Time 

Only QNX combines the 
performance of a dedicated 
realtime executive with the time¬ 
saving benefits of a rich 
development environment— 
including a host of utilities, an 
award-winning C compiler, and an 
optional OPEN LOOK® GUI 
package. 

QNX Is Distributed 

The QNX operating system 
lets you extend the limits of any 
one microprocessor. Whether 
you’re running a network of four or 
400 machines, QNX makes it all 
feel like a single computer. 


Interprocess communication 
is network-wide, so every process 
can transparently access every 
resource—programs, files, 
devices, even CPUs—anywhere on 
the network. And you can set up 
your network using any mix of 
Intel-based PCs. 

Responsive Tech Support 

QNX’s support hotline can put 
you in direct contact with the 
Technical Development team itself. 
And you’ll have access to our 
24-hour online conferencing and 
update system, where the 
response time to your questions is 
almost like real time. 

“If Only...” 

If you think you have to 
choose between a standard 
development OS and a high- 
performance realtime OS, think 
again. 

Now you can have it both ways. 



For more information, phone 
1-800-363-9001. 


Quantum Software Systems Ltd. ■ 175 Terrence Matthews Crescent ■ Kanata, Ontario, Canada ■ K2M 1W8 ■ 1-613-591-0£ 

TA 16 microsecond preemptive context switch on a 33 MHz 486 (100 microseconds on a 16 MHz 286) 

*QNX is not based on UNIX source code. 
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TECHNICAL SESSIONS PROGRAM 

WEDNESDAY, JANUARY 22 

Keynote Address: The Internet as a 

Testbed for the National Public Network. 

Mitch Kapor, Electronic Frontier Foundation 

m COLA: Customized Overlaying 

■ LI8TP: Portable, Modular Transactions 
for UNIX 

■ Exploiting the Advantages of Mapped 
Files for Stream I/O 

■ A Technical Overview of Open Look® 

■ The Episode File System 

■ An Implementation of Large Files for 
BSD UNIX 

■ Storage Efficient Reliable Files 

■ TeX in the UNIX Environment 

■ Multimedia Mail From the Bottom Up 

■ ARCHIE—An Electronic Directory Service 
for the Internet 

■ Application Software: Project Manage¬ 
ment & Privileges 

■ Can UNIX Designers Learn Anything 
from PCs? 

THURSDAY, JANUARY 23 

■ Purify: Detecting Memory Leaks & 

Access Errors in C & C++ Programs 

■ Creating MANS Using LAN Technology 

■ Realtime Workstation Performance for 
MIDI 

■ Portability in the 90s 

■ AGREP—A Fast Approximate Pattern- 
Matching Tool 

■ An Evening with Berferd in Which a 
Cracker is Lured, Endured, & Studied 

■ Hijacking AFS 

■ TCL& TK 

■ An Information Bus Architecture 
for Large-Scale, Decision-Support 
Environments 

■ X Widget Based Software Tools for UNIX 

■ Applying Threads 

■ Standards Without Putting You to Sleep 

■ Open Boot Firmware 

■ Loge: A Self-Organizing Disk Controller 

■ How & Why SCSI is Better Than IPI for NFS 

■ A Technical Overview of DCE 

FRIDAY, JANUARY 24 

■ Process Control & Communication in 
Distributed CAD Environments 

■ Supporting Checkpointing & Process 
Migration Outside the UNIX Kernel 

■ OpenSim Approach—Tools for Manage¬ 
ment & Analysis of Simulation Jobs 

■ System Administration Discussion 

■ Multi-Level Caching in Distributed File 
Systems 

■ A Trace-Driven Analysis of Name & 
Attribute Caching in a Distributed System 

■ NFS Tracing by Passive Network 
Monitoring 

■ Open Systems & System Administration 

■ Issues in Implementation of Cache- 
Affinity Scheduling 

■ Control Considerations for CPU 
Scheduling in UNIX Systems 

■ Realtime Scheduling in SunOS 5.0 

■ Hints & Kinks for the UNIX Professional 

■ Computer Poetry Meets the Perl 
Programming Language 

■ 3DFS: A Time-Oriented File Server 

■ Faster String Functions 

■ History of the COSNIX Operating System 

■ Work-in-Progress Reports 


IMPORTANT CONFERENCE DATES 

PRE-REGISTRATION DEADLINE 
Thursday, January 2,1992 

HOTEL DISCOUNT RESERVATION 
DEADLINE 

Thursday, January 2,1992 

ALL-DAY TUTORIALS 

Monday & Tuesday, January 20 & 21 

TECHNICAL SESSIONS 

Wednesday-Friday, Jan. 22,23 & 24 

BIRDS-OF-A-FEATHER SESSIONS 

Tuesday-Thursday, Jan. 21, 22 & 23 

USENIX RECEPTION AT THE 
EXPLORATORIUM 

Thursday, January 23 

UNIFORUM TRADE SHOW at the Moscone 
Convention Center takes place concurrently 
with the USENIX Technical Conference. 

■ Free registration to UniForum Trade 
Show for USENIX attendees 

■ Shuttle during Trade Show hours 


TUTORIAL PROGRAM 

The USENIX Association's well-respected 
tutorial program offers you introductory 
as well as advanced, intensive and practical 
tutorials in essential areas of UNIX-related 
technology. Many tutorials sell out. 
Pre-registration is recommended. 

MONDAY, JANUARY 20 

■ Intro Topics in Systems Adm NEW! 

■ Distributed File System Administration 
With AFS and DCE DFS NEW! 

■ Network Security: Kerberos Approach 

■ Device Driver Design NEW! 

■ OSF/1 Internals 

■ System V Release 4.0 Internals Part 1— 
Virtual Memory and File Systems 

■ Beyond Xt: Developing and Debugging 
X-based Applications NEW! 

■ An Introduction to C NEW! 

■ The Internet and its Protocols NEW! 

■ Parallel Programming and Scalable 
Software 

■ Programming in Perl 

TUESDAY, JANUARY 21 

■ Adv Topics in Systems Adm NEW! 

■ Writing Portable Applications Using the 
POSIX.1 Standard NEW! 

■ An Introduction to UNIX System Security 
UNIX Network Programming 

■ 4.4BSD Preview: Kernel Internals NEW! 

■ System V Release 4.0 Internals Part 2— 
Selected Topics 

■ Advanced Motif Programming NEW! 

■ An Introduction To C++ 

■ UNIX Programming Tools 

■ Computer Software Law NEW! 


PBE REGISTER HOW TO ATTEND 

USENIX WINTEB 

1992 TECHNICAL 

CONFERENCE 

JANUARY 20-24. 1992 

SAN FRANCISCO HILTON 
SAN FRANCISCO. CALIFORNIA 

USENIX, the technical and professional 
association of UNIX® users, is holding its 
1992 Winter Conference at the San Francisco 
Hilton. The conference will address general 
topics related to UNIX and UNIX-inspired 
systems programming and technology. 
USENIX conference attendees come from a 
community made up of kernel developers, 
systems administrators, programmers, sup¬ 
port staff, application developers, systems 
builders, and educators. 


THE USENIX ASSOCIATION 

The USENIX Association is a not-for-profit 
organization for those interested in UNIX 
and UNIX-like systems. It is dedicated to fos¬ 
tering development and communicating re¬ 
search, ideas and technological information 
pertaining to advanced computing systems; 
to the monitoring and encouragement of 
innovation in advanced computing environ¬ 
ments; and to the provision of a forum 
where technical issues are aired and critical 
thought exercised. 


TECHNICAL PROGRAM COMMITTEE 

Chair: Eric Allman, Univ. of California, Berkeley 
Rick Adams, UUNET Technologies, Inc. 

Andrew Birrell, Digital Equipment Corporation, 
Systems Research Center 
Tom Ferrin, Univ. of California, San Francisco 
Bob Gray, US West Advanced Technologies 
Teus Hagen, OCE 
Steve Johnson, Athenix 
Pat Parseghian, AT&T Bell Laboratories 
Dennis Ritchie, AT&T Bell Laboratories 
Greg Rose, IBM T.J. Watson Research Center 
David Rosenthal, SunSoft 
Brent Welch, Xerox PARC 


FOR CONFERENCE AND REGISTRATION INFORMATION. CONTACT: 

USENIX Conference Office 

22672 Lambert St., Suite 613, El Toro, CA 92630 
Phone: (714) 588-8649; FAX: (714) 588-9706 
Email: conference@usenix.org 

Office Hours: M-F 8:30 am - 5:00 pm Pacific Standard Time 

UNIX is a registered trademark of UNIX System Laboratories, Inc. The USENIX Association acknowledges 
all trade references made herein. S.F. Visitors Bureau photo by Bruce Kliewe 
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Heterogeneous 
Distributed 
Database Systems 

Sudha Ram 
University of Arizona 


T 'j o better understand the nature 
| of heterogeneous distributed 
^ J database systems, let’s consid¬ 
er the following scenario of a large au¬ 
tomobile manufacturer whose opera¬ 
tion relies on such databases as 

(1) Design. A collection of part ge¬ 
ometry and part features for cars, 
pickup trucks, and vans. 

(2) Process planning. A hierarchy of 
alternative sequences of opera¬ 
tions for fabricating specific parts 
of a car such as the body, seats, 
and engine; robot programs; nu¬ 
merical control programs; inspec¬ 
tion programs; and kitting instruc¬ 
tions for materials packaging. 

(3) Resource planning. Classes and 
instances of systems in facility, 
location, allocation, and usage 
schedules. 

(4) Work in process. Orders, work 
orders, parts inventory, workpiece 
status, and tray/carrier status. 


(5) Tooling. Type, location, status, 
and remaining lifetime of all por¬ 
table tools, fixtures, and end-ef¬ 
fectors. 

(6) Machine. Current location of mo¬ 
bile equipment, status, and time 
in process of current machining 
operations, coolant levels, con¬ 
tents of the tool changer, etc. 

(7) Finished products. Inventory of 
finished products, due dates for 
availability of models, description 
of each model, etc. 

Let’s assume that, in addition to con¬ 
taining a number of diverse elements, 
each database is a different type. For 
instance, design data may reside in an 
object-oriented database, machine data 
in a relational database such as an IBM 
DB2, and tooling data in a hierarchical 
database such as an IBM IMS (informa¬ 
tion management system). 

Now, let’s consider the question, When 
will a new automobile model be avail¬ 


able if the designs of components 12345, 
87654, and 76548 are modified? Design 
changes in a part require fabrication 
changes and the allocation of machines 
to fabricate that part. Modifying a de¬ 
sign changes the manufacturing sched¬ 
ule, inventory, and availability of the 
products that use that part. To answer 
the question, the user would have to 
access more than one database. Since 
each database uses a different language, 
model, and access technique, answering 
this question is no simple matter. 

A heterogeneous distributed database 
system (HDDS) could help by analyz¬ 
ing the question, identifying the data¬ 
bases required to answer it, fetching 
the information, assembling the results, 
and presenting them to the user. Ideal¬ 
ly, all this would be done transparently. 

A major challenge of integrating di¬ 
verse databases is hiding the heteroge¬ 
neity of the constituent databases from 
users. In theory, an HDDS should pre¬ 
serve the autonomy of constituent data- 
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bases. This implies that the HDDS 
should neither impose changes on exist¬ 
ing databases nor require any repro¬ 
gramming of the local database man¬ 
agement systems (DBMSs). The system 
should appear as a single integrated 
database. This includes hiding the het¬ 
erogeneity of file systems, data models, 
database languages, and data seman¬ 
tics, as well as the hardware and operat¬ 
ing systems on which the databases run. 
Further, the masking of heterogeneity 
should add a minimal overhead to pro¬ 
cessing time and the consequent re¬ 
sponse time. 

Increased processing time can occur 
in two ways. Queries must be translated 
into a form that each database system 
understands. In addition, the results 
obtained from each system have to be 


interpreted, assembled, and presented 
to the user. In practice, many of these 
objectives are extremely hard to achieve 
(see sidebar). 

Developing HDDSs 

The two major approaches for estab¬ 
lishing an HDDS from separate data¬ 
bases are a unified schema and a multi¬ 
database. Proponents of the first 
approach advocate establishing an inte¬ 
grating model to define a unified sche¬ 
ma of the constituent databases. This 
schema is also called global. The model 
used for defining this schema must be a 
superset of the underlying database 
models. All transactions (queries and 
updates) requiring access to more than 


one underlying database have to tran¬ 
spire through the global schema. 

The multidatabase approach has no 
single integrated schema. Advocates of 
this approach argue that complete inte¬ 
gration is not necessary to preserve the 
autonomy of the constituent databases. 
Each database continues to operate in 
an independent manner. However, each 
system also forms a part of a federation 
of users who can share information. This 
may occur in a scientific community 
that shares an extremely large number 
of databases. 

Definition of a single global schema 
would be problematic and even unnec¬ 
essary. The central questions in this case 
are. What degree of sharing should be 
allowed, and How should this be man¬ 
aged? Most research in this area has 


Challenges in a heterogeneous database environment 


Centralized databases were predominant during the seven¬ 
ties. This decade also saw the advent of popular commercial 
database management systems based on relational, hierar¬ 
chical, and network models. Since each model was suited for 
different applications, many diverse DBMSs developed. An 
HDDS is required to access these diverse databases in a uni¬ 
fied manner. 

An HDDS must support preexisting databases without re¬ 
quiring them to undergo conversions or major modifications. 
The reason for this is economy. Major changes in the data¬ 
bases would necessitate major — and prohibitively expensive 
— changes in the software. Clearly, certain changes in 
DBMSs will be needed to accommodate standard interchange 
protocols, for example, but the effects of such changes on ex¬ 
isting programs should be minimal. Developing an HDDS pos¬ 
es a number of interesting challenges and research ques¬ 
tions. 

Definition of an integrating model. A critical requirement 
of an HDDS is the development of a strong integrating model. 
This model should have sufficient power to capture the con¬ 
ceptual relationships among the information units and the ob¬ 
jects in the databases. Such power is necessary to express 
the various relationships and semantic information captured 
by different data systems. Several “semantic" models have 
been developed to serve as the integrating model. Most of 
these models incorporate object-oriented constructs. In our 
manufacturing example, information such as part geometry, 
tooling data, and inventory would be described using this inte¬ 
grating model. 

Schema integration. Once researchers construct a strong 
integrating model, they still have the problem of defining each 
underlying database (or local database) to obtain a unified 
schema. Semantic differences such as synonyms, homonyms, 
naming conflicts, and differences in attribute formats and field 
lengths need resolution. Different databases may pose vary¬ 


ing integrity constraints such as rules for existence depen¬ 
dencies or an allowed range of values for different fields. Any 
conflicts in these areas also need to be resolved before a uni¬ 
fied schema can be defined. An interesting challenge here is 
to develop automated tools to help integrate the schema. 

Mapping methodology. Once a given schema is defined, 
researchers must focus on the problem of mapping this defi¬ 
nition to the underlying databases. Given a specific informa¬ 
tion model and a database that implements it, one can al¬ 
ways relate the database constructs to those of the model. 
The problem is to devise a “language” in which such relation¬ 
ships can be expressed. The language must be sufficiently 
exact so that some form of it can be used by a distributed 
data system to map operations from the modeled information 
into operations on a corresponding database. The language 
also should be sufficiently powerful to describe most reason¬ 
able implementations of an arbitrary instance of the informa¬ 
tion model. The mapping language must therefore support re¬ 
lational, hierarchical, navigational, and object-oriented 
database organization. 

Data administration functions. Data administration in an 
HDDS involves processing transactions efficiently and effec¬ 
tively. This is a particularly challenging problem. The key is¬ 
sues here are concurrency control and recovery. Concurren¬ 
cy control techniques should ensure that the underlying 
databases remain consistent in spite of concurrent accesses. 
The existence of a large number of concurrency control tech¬ 
niques complicates this problem. Each DBMS may be using a 
different concurrency control technique (such as locking or 
time-stamping). The global manager should arbitrate among 
global and local transactions to ensure their proper execu¬ 
tion. Recovery techniques in a heterogeneous database envi¬ 
ronment are also correspondingly more complicated because 
each affected database must be restored to a consistent 
state after a'crash. 
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Extending and complementing this issue of Computer 


resulted in systems that support que¬ 
ries, although some systems provide lim¬ 
ited updating. 

Standards: A panacea? 

Many believe that standards devel¬ 
opment will resolve problems inherent 
in integrating heterogeneous databas¬ 
es. The idea is to develop systems that 
use the same standard model, language, 
and techniques to facilitate concurrent 
access to databases, recovery from fail¬ 
ures, and data administration functions. 
This is easier said than done. Agree¬ 
ment on standards has proven to be one 
of the most difficult problems in the 
industry. Most vendors and end users 
have already invested in separate solu¬ 
tions for their problems. Getting them 
to agree on a common way of handling 
their data is challenging. 

Heterogeneity also arises out of the 
diverse needs of applications and com¬ 
pany mergers or acquisitions. New ap¬ 
plications also produce heterogeneity. 

Developing standards for heteroge¬ 
nous databases understandably requires 
considerable experience with imple¬ 
mented systems. We are just now begin¬ 
ning to understand the issues. 

The International Standards Organi¬ 
zation (ISO) and the American Nation¬ 
al Standards Institute (ANSI) are ac¬ 
tive in this area. The ISO has drafted 
the Remote Database Access (RDA) 
standard to provide a single interface 
for heterogeneous databases. RDA is 
based on a client/server architecture and 
uses the Open Systems Interconnection 
(OSI) model. 

The generic RDA standard can be 
refined to support specializations for 
use with specific data models such as 
relational. To help expedite the devel¬ 
opment of implementations based on 
this standard, more than 40 vendors and 
users have established the Structured 
Query Language Access Group for spe¬ 
cializing the RDA for SQL systems. 


A heterogeneous database envi¬ 
ronment poses many interest¬ 
ing research challenges. In this 
issue of Computer , we have tried to 
highlight some of these problems and 
their solutions. Many corporations, re¬ 
search institutions, and universities are 
working to resolve these problems. We 
hope this issue will help. ■ 
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Classifying Schematic 
and Data Heterogeneity 
in Multidatabase Systems 


Won Kim and Jungyun Seo,* UniSQL, Inc. 


Schema and data 
conflicts between 
component databases 
are a crucial problem 
in building 

multidatabase systems. 
This article presents a 
comprehensive 
framework for 
classifying these 
conflicts. 


T ^| he proliferation of file systems, navigational database systems (hierarchi¬ 
cal and network), and relational database systems during the past three 
I decades has created difficult problems arising from the need to access 
heterogeneous files and databases through a single data definition and query 
language designed under a single data model. This has been the primary motiva¬ 
tion for research into multidatabase systems 1 ' 6 during the past 15 years. An MDBS 
is a federation of independently developed component database systems 
(CDBSs). The MDBS provides a homogenizing layer on top of the CDBSs, thus 
giving users the illusion of a homogeneous system. Because CDBSs operate 
independently (that is, without central control or distributed coordination), the 
component databases (CDBs) may include structural and representational dis¬ 
crepancies, or conflicts, called schematic and data heterogeneity. These conflicts 
must be resolved (homogenized) so MDBS users can access the underlying CDBs 
with a single uniform database language rather than a different database language 
for each CDB. 

Schematic and data heterogeneity is a crucial problem in building and using an 
MDBS. Surprisingly then, to the best of our knowledge, no framework exists for 
comprehensive enumeration and systematic classification of MDBS conflicts. 
There have been various proposals for MDBS data modeling and even database 
languages. 1 ' 4 - 7 ' 9 However, these proposals are based on fairly high-level and intu¬ 
itive understanding rather than detailed classification. One reason why MDBSs 
have failed to win marketplace acceptance is the absence of a comprehensive 
framework for understanding schematic and data heterogeneity among indepen¬ 
dently created and administered CDBs. Another is the absence of a practical 
solution for homogenizing this heterogeneity. 

Here we develop a complete framework for enumerating and classifying the 
types of MDBS structural and representational discrepancies. We believe such a 
framework is prerequisite to developing an MDBS schema definition and query 
language as well as tools for aiding multidatabase designers. The proposed frame- 


*Since collaborating on this article, Jungyun Seo has joined the Computer Science Department at the 
Korea Advanced Institute of Science and Technology in Daejon. 


12 


8-9162/91/1200-0012S01.00© : 


COMPUTER 








Table 1. Library schemas in component databases. 


Library 

Table name 

Attributes 

General description 

CDB1: Main 

(Main Library) 

item 

(i#*, title, author-name, subject, type, language) 

Library items 


lc-num 

(i#*, c-letter, f-digit, s-digit, cuttering) 

Library of Congress 
number 


publisher 

(i#*, name, tel, street, city, zip, state, country) 

Publishers 


lend-info 

(i#*, lend-period, library-use-only, checked-out) 

Lending 

information 


checkout-info 

(i#*, id-num, hour, day, month, year) 

Borrower and due 
date 

CDB2: Engineering 

(Engineering 

items 

(i#*, title, a-name, type, c-letter, f-digit, s-digit, 


Library) 


cuttering) 

Library items 


item-subject 

(i#*, subject) 

Subject of each item 


item-language 

(id#*, language) 

Language used in 
each item 


publisher 

(i#*, p-name, str-num, str-name, city, zip, state) 

Publishers 


lend-info 

(i#*, lend-period, library-use-only, checked-out) 

Lending 

information 


checkout-info 

(i#*, id-num, hour, day, month, year) 

Borrower and due 
date 

CDB3: City 

(City Public Library) 

books 

(i#*, lc-num, name, title, subject) 

Library items 


publisher 

(i#*, p-name, p-address) 

Publishers 


lend-info 

(i#*, 1-period, reference, checked-out) 

Lending 

information 


checkout-info 

(i#*, dl-num, day, month, year) 

Borrower and due 
date 

CDB4: Comm 

(Community 

item 

(i#*, lc-number, title, a-name) 

Library items 

College Library) 

publisher-info 

(i#*, p#*, name, tel) 

Publishers 


publisher-add 

(p#*, st-num, st-name, room-num, city, state, zip) 

Publisher address 


checkout-info 

(i#*, id, day, month, year) 

Borrower and due 
date 


lc-num 

(i#*, category, user-name) 

Library card 
number 


“Indicates key attribute. 


work is structured according to a rela¬ 
tional database schema. It is both prac¬ 
tical and complete. It was used to build 
the UniSQL/M commercial multidata¬ 
base system from UniSQL, Inc. This 
MDBS was built over Structured Query 
Language-based relational database 
systems and a unified relational and 
object-oriented database system named 
UniSQL/X. Its utility has been verified 
in this context. 

We assume that the MDBS common 
data model is the relational model; that 
is, each of the CDB schemas is first 
converted to a semantically equivalent 
relational schema, and the multidata¬ 
base schema is constructed as a view of 


these relational CDB schemas. Howev¬ 
er, our results are substantially applica¬ 
ble to heterogeneous database systems 
that use a nonrelational data model 
(for example, an object-oriented data 
model) as the common data model and 
allow the formulation of queries direct¬ 
ly against the CDB schemas (for exam¬ 
ple, see Litwin et al. 4 ). 

Example multidatabase 
scenario 

Let us assume that the main library of 
a university wishes to integrate the da¬ 


tabases of various libraries, such as the 
university’s engineering library, a city 
public library, and the library of a com¬ 
munity college. The database of each 
library has the schema definition shown 
in Table 1. Each database has a tag 
name, CDB,(1 < i < 4). 

Although all these databases are de¬ 
signed for a library, they are indepen¬ 
dently designed and maintained and 
therefore differ in many ways. For ex¬ 
ample, the table name for general infor¬ 
mation about library items is item in 
CDB1 and CDB4, items in CDB2, and 
books in CDB3. Similarly, the table name 
for information about the publisher is 
publisher in CDB1, CDB2, and CDB3, 
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Conflicts in a multidatabase system 

The schematic and data conflicts in an MDBS environment 
are mostly due to different symbolic representations for con¬ 
cepts in the component database systems. Since a database 
is defined by its schema and data, we classify conflicts at the 
highest level as either schema or data conflicts. Schema 
conflicts result from the use of different schema definitions in 
different CDBs. Data conflicts are due to inconsistent data in 
the absence of schema conflicts. Figure 1 summarizes our 
framework for the enumeration and classification of MDBS 
schema and data conflicts. 

There are two basic causes of schema conflicts. First is 
the use of different structures (tables and attributes) for the 
same information. For example, some CDBs may represent a 
publisher’s address as an attribute, while others represent it 
in tables. Second is the use of different specifications for the 
same structure; these include different names, data types, 
and constraints for semantically equivalent tables and/or at¬ 
tributes. Because the relational model uses either tables or 
attributes to represent information, we can classify schema 
conflicts within this model completely by enumerating combi¬ 
nations of different structures used to represent information 
and all possible specifications of the structures. 


Table-versus-attribute conflicts result from the use of tables 
in some CDBs and attributes in others to represent the same 
information. Many-to-many table conflicts and many-to-many 
attribute conflicts are due to different numbers of tables or at¬ 
tributes representing the same information. Table-structure 
conflicts arise when semantically equivalent tables have dif¬ 
ferent structures (that is, different numbers and/or kinds of at¬ 
tributes). When all CDBs use the same structure for the same 
information, all user-definable elements within the structure 
can be enumerated and all conflicts classified as either one- 
to-one table conflicts or one-to-one attribute conflicts. 

Our classification of data conflicts enumerates possible 
sources of conflict. Broadly, there are two types of data con¬ 
flicts: (1) wrong data conflicts violate integrity constraints im¬ 
plicit in or explicitly specified in data and (2) conflicts based 
on different representations for the same data address all 
conflicts unrelated to integrity constraints. The latter type in¬ 
cludes the case of same representation for different data and 
can be further decomposed by enumerating ways of repre¬ 
senting the same data using different scalar values for each 
data type (for example, integer, real, string, date, and mone¬ 
tary unit). 


while CDB4 uses publisher-info. 

Further, the item tables in CDB1 
and CDB4 have different arities 
and different attributes: there are 
six attributes in CDB1, but four 
in CDB4. CDB1 stores the Li¬ 
brary of Congress number for each 
item in a separate table, lc-num; 
in CDB4, it is an attribute, Ic- 
number. 

Further, some attributes have 
different names. For example, the 
attribute for the author’s name is 
called author-name in CDB1, a- 
name in CDB2 and CDB4, and 
name in CDB3. The meanings of 
attributes with the same name also 
differ. The checkout-info table in 
CDB4 contains information about 
the checkout date rather than the 
due date as in the other CDBs. 

Therefore, the meaning of the at¬ 
tributes day, month, and year in 
CDB4 differs from their mean¬ 
ings in the other CDBs. 

As these examples show, CDB 
users can express the same con¬ 
cept in different ways. Semanti¬ 
cally equivalent tables or at¬ 
tributes can have different names, 
structures, and data types. This 
makes it impossible for a query 
language such as SQL, designed Figure 1. Schema and data conflict classification. 


I. Schema Conflicts 

A. Table-versus-table conflicts 

1. One-to-one table conflicts 

a. Table name conflicts 

1) Different names for 
equivalent tables 

2) Same name for different tables 

b. Table structure conflicts 

1) Missing attributes 

2) Missing but implicit attributes 

c. Table constraint conflicts 

2. Many-to-many table conflicts 

B. Attribute-versus-attribute conflicts 

1. One-to-one attribute conflicts 

a. Attribute name conflicts 

1) Different names for 
equivalent attributes 

2) Same name for different attributes 

b. Default value conflicts 

c. Attribute constraint conflicts 

1) Data type conflicts 

2) Attribute integrity-constraint conflicts 

2. Many-to-many attribute conflicts 

C. Table-versus-attribute conflicts 

II. Data Conflicts 

A. Wrong data 

1. Incorrect-entry data 

2. Obsolete data 

B. Different representations for the same data 
(Same representation for different data) 

1. Different expressions 

2. Different units 

3. Different precisions 


for a single database, to manip¬ 
ulate data in different CDBs. 
Database languages must be ex¬ 
tended so that users can define 
an MDBS schema and formu¬ 
late one query for n databases 
rather than n queries, one for 
each database. MSQL 4 is an ear¬ 
ly proposal for such a database 
language. 


Schema conflicts 

Because we assume that all 
CDBs are in the relational mod¬ 
el, we use the data definition 
facility of the American Na¬ 
tional Standard Institute SQL 
syntax 10 to enumerate all items 
that can be defined differently 
and are therefore candidates 
for conflicts. Here, rather than 
enumerating all possible cases 
of conflicts, we classify the 
cases. 

The sidebar presents an over¬ 
view of our classification of 
MDBS schema and data con¬ 
flicts, and Figure 1 outlines it. 
The following sections provide 
more detailed descriptions of 
the classification elements. 
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CREATE TABLE item 

(title.author-name subject ....,type language 

CHECK (language = “english” OR type = “book”) 
CHECK (title is NOT NULL)) 


Figure 2. Table definition with two Check conditions. 


Table-versus-table conflicts. These 
conflicts occur when different CDBs 
use different definitions to represent 
information in tables (for example, dif¬ 
ferent names, structures, or constraints 
on the tables). Table-versus-table con¬ 
flicts can be decomposed into one-to- 
one table conflicts and many-to-many 
table conflicts. (We consider one-to- 
many table conflicts a special case of 
many-to-many table conflicts. 

One-to-one table conflicts. These con¬ 
flicts can occur when CDBs represent 
the same information in single tables 
using different names, structures, and 
constraints. We can enumerate all cases 
of this conflict type by enumerating all 
user-definable items in the SQL lan¬ 
guage table definitions. Thus, one-to- 
one table conflicts are further decom¬ 
posed into table name conflicts, table 
structure conflicts, and table constraint 
conflicts: 

• Table name conflicts. These conflicts 
arise due to different names assigned to 
tables in different CDBs. There are two 
types: conflicts due to the use of differ¬ 
ent names for semantically equivalent 
tables and conflicts due to the use of the 
same name for semantically different 
tables. The library scenario included 
examples of both cases. 

• Table structure conflicts. These con¬ 
flicts arise from differences in the num¬ 
ber of attributes in CDB tables, that is, 
when a table in one CDB is missing 
some attributes in a corresponding ta¬ 
ble in another CDB. A CDB table is not 
union-compatible with corresponding 
tables in other CDBs if it is missing 
some attributes. There are two inter¬ 
pretations for missing attributes: The 
attributes are indeed missing, or the 
missing attributes are implicit and can 
thus be deduced. For example, since 
there are different types of library items 
(such as books, cartographic material, 
film, and sound recordings), the item 
tables in CDB1 and CDB2 have an at¬ 
tribute type to specify the type of a 
library item. However, since all items in 
CDB4 are books, the item table in CDB4 
does not need an attribute for the type 
of items; that is, the implicit attribute 
type has the default value book. 

• Table constraint conflicts. These con¬ 
flicts arise from differences in the spec¬ 
ifications of table constraints. SQL pro¬ 
vides four alternatives specifications: 
candidate key definition, primary key 


definition, foreign key definition, and 
check condition. Thus, this conflict type 
includes four subcategories. Unlike oth¬ 
er constraints, which cause difficulties 
in the formulation of queries or in the 
definition of views involving multiple 
CDBs, constraint conflicts (including 
attribute constraint conflicts, which are 
discussed later) can cause difficulties 
with simultaneous updates to multiple 
CDBs. For example, if an attribute is a 
key attribute in one CDB, but the corre¬ 
sponding attribute in another CDB is 
not key, it is difficult to impose the key 
constraint on the attribute at the MDBS 
level. 

Any of the three key definition con¬ 
straint types (candidate, primary, or 
foreign) is defined on one or a combina¬ 
tion of table attributes. Even if the key 
constraint is defined on just one table 
attribute, it applies collectively to all 
records of the table. Therefore, we sim¬ 
ply classify key constraints as table-lev- 
el conflicts. The check condition can 
also be specified either as one or a set of 
attributes. However, we regard check 
conditions that are defined on a single 
attribute as attribute constraint conflicts. 
For example, consider the definition in 
Figure 2 of the item table with two check 
conditions. The first check clause, re¬ 
ferring to multiple attributes, is a table- 
level constraint. However, the second 
check clause, for the attribute item.title, 
applies to only a single attribute. 

Many-to-many table conflicts. These 
conflicts occur when CDBs use differ¬ 
ent numbers of tables to represent the 
same information. Since CDB users may 
define tables in different ways for vari¬ 
ous reasons — to remove redundant 
data, to reduce the possibility of incon¬ 
sistencies when deleting and inserting 
records, etc. — this type of conflict can 
occur frequently in an MDBS. For ex¬ 
ample, in our library scenario, CDB1 
uses two tables, item and lc-num, for 
general information on each library item, 


while CDB2 uses three tables: items, 
subject, and language. 

Some conflicts may combine many- 
to-many table conflicts with subcatego¬ 
ries of one-to-one table conflicts (that 
is, table name conflicts, table structure 
conflicts, and table constraint conflicts). 
However, separate categories are not 
required for such compound conflicts 
because they can be decomposed into 
basic conflicts and handled with the cor¬ 
responding tools (see “Compound con¬ 
flicts” sidebar on next page). 

Attribute-versus-attribute conflicts. 

These conflicts are caused by different 
definitions for semantically equivalent 
attributes in different CDBs, including 
different names, attribute data types, 
and integrity constraints. Like the ta¬ 
ble-versus-table conflicts, these conflicts 
can be decomposed into one-to-one and 
many-to-many conflicts. 

One-to-one attribute conflicts. These 
are due to different definitions for se¬ 
mantically equivalent attributes in dif¬ 
ferent tables. The attribute definition 
consists of the attribute name, data type, 
constraints, and a default value. Since 
the data-type specification for an at¬ 
tribute is a special case of its constraint 
definition, we decompose one-to-one 
attribute conflicts into attribute name 
conflicts, default value conflicts, and 
attribute constraint conflicts. 

•Attribute name conflicts. Attribute 
name conflicts are similar to the table 
name conflicts discussed earlier. There 
are two types: one arising from the use 
of different names for semantically 
equivalent attributes in different CDBs 
and the other arising from the use of the 
same name for semantically different 
attributes. (Again, the library schema 
includes examples of these cases.) The 
latter type is often caused by the use of 
incompletely specified names. For ex¬ 
ample, one CDB uses an attribute name 
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Compound conflicts 

Interesting compound conflicts occur in practice. We regard them as combina¬ 
tions of different conflict types in our classification schema. This approach makes 
it possible to classify arbitrarily complex conflicts. For example, suppose that we 
add to our library scenario another library database as follows: 

CDB5: Art (Art-Library) 

item(i#, title, author-name, subject, type, language) Library items 
lc-num(i#, category, number, cuttering) Library of 

Congress 
number 

Then a query such as “Select the titles, Library of Congress numbers, subjects, 
and, if available, languages of all library items from CDB2, CDB3, and CDB5” will 
need to overcome several different conflict types. A table-versus-attribute conflict 
occurs because CDB3 represents the Library of Congress number as an at¬ 
tribute, Ic-num, while CDB5 represents it as a table, Ic-num. A many-to-many at¬ 
tribute conflict occurs because CDB5 uses three attributes — category, number, 
and cuttering — to represent the Library of Congress number; CDB2 uses four 
attributes — c-letter, f-digit, s-digit, and cuttering; and CDB3 uses one attribute, 
Ic-num. 

A many-to-many table conflict occurs because CDB2 uses three tables for li¬ 
brary items, while CDB5 uses two tables and CDB3 uses only one. A table name 
conflict, table structure conflict, and attribute name conflict also occur. 

A potentially troublesome situation arises when CDBs contain similar, but not 
identical, data. For example, consider an MDBS that consists of CDB20 and 
CDB21 as follows; 

CDB20: restaurant(Rest-name, type, city) 

CDB21: restaurant(Rest-name, type, county) 

Handling a query such as “Select the names of all French restaurants in Travis 
County from CDB20 and CDB21” is not trivial. A city and a county may have an 
inclusion relation (that is, city < county), so the answer to the query must include 
French restaurants in Travis County cities such as Austin, Bastrop, and West- 
lake. This is different from conflicts related to the semantics of CDB symbols. 
Clearly, the meanings of data for the attributes city and county are different. Be¬ 
cause the restaurant tables have different attributes, this conflict is, in a sense, a 
table structure conflict between CDB20 and CDB21. On the other hand, to classi¬ 
fy this conflict as simply one type of table structure conflict does not take into ac¬ 
count information implicit in the related attributes. The problem inherent in this 
situation is the existence of semantic relationships among attributes in CDBs. 
However, we do not believe that such relationships should be regarded as MDBS 
conflicts. 


salary for gross salary, and another CDB 
uses the same name for net salary. Sim¬ 
ilarly, the attribute name price may rep¬ 
resent the price including tax in one 
CDB and the price before tax in other 
CDBs. 

• Default value conflicts. This conflict 
type, like constraint conflicts, can man¬ 
ifest itself during update. For example, 
suppose that the default value of the 
attribute subject in the CDB2 item table 
is “applied-science,” while it is null in 
CDB1. If “applied science” is chosen as 
the default in the MDBS view, the addi¬ 
tion of an “applied science” book to 
CDB1, without an explicit specification 
for the value of the subject attribute, 
may result in a record with a null value 
(this conflict can be prevented). 

• Attribute constraint conflicts. These 
conflicts are further decomposed into 
data type and attribute integrity-con¬ 
straint conflicts. Data type conflicts oc¬ 
cur when semantically equivalent at¬ 
tributes in different CDBs have different 
data types. For example, the data type 
of the attribute zip in the CDB1 pub¬ 
lisher table is defined as Char(5), while 
that of the corresponding attribute in 
CDB2 is defined as Integer. Attribute 
integrity-constraint conflicts are similar 
to default value conflicts. Any conflict 
due to different definitions of attribute 
integrity constraints defined by a Check 
clause is classified as an attribute con¬ 
straint conflict. For example, suppose 
that the attribute f-digit of the CDB 1 ls- 
num table is defined as an integer < 
9999, while the corresponding attribute 
in CDB2 is defined as an integer < 999. 
Then, depending on which constraint is 
adopted in the MDBS view, an attempt 
to add a record with an f-digit value of 
2120 to both CDBs simultaneously may 
or may not succeed in CDB2. 

Many-to-many attribute conflicts. An 
example of this conflict type occurs in 
the library scenario where the street 
addresses of publishers are represented 
in CDB1 in one attribute, street, in the 
publisher table, while the same infor¬ 
mation is represented in two attributes, 
str-num and str-name, in the CDB2 pub¬ 
lisher table. 

As remarked for many-to-many table 
conflicts, these conflicts may combine 
many-to-many attribute conflicts with 
subcategories of one-to-one attribute 
conflicts (that is, attribute name con¬ 
flicts, default value conflicts, and at¬ 
tribute constraint conflicts). Again, there 


is no need for separate categories for 
such compound conflicts; they can be 
decomposed into several types of basic 
conflicts. 

Table-versus-attribute conflicts. 

These conflicts occur if some CDBs use 
tables and others use attributes to rep¬ 
resent the same information. In the li¬ 
brary scenario, CDB3 uses an attribute, 
p-address, in the publisher table to rep¬ 
resent the publisher’s address, while 
CDB4 represents the same information 


in the publisher-add table. This conflict 
type can be regarded as a combination 
of many-to-many table conflicts and 
many-to-many attribute conflicts. It is 
an example of a table-versus-attribute 
conflict. 

Data conflicts 

Thus far, our discussion has focused 
on schema conflicts. In this section, we 
examine the two types of data conflicts 
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listed in Figure 1: wrong data and differ¬ 
ent representations. 

Wrong data. One type of wrong data 
conflict is due generally to failures in 
maintaining a database, such as failing 
to keep the database up to date and to 
enforce integrity constraints. We call 
this type incorrect-entry data. It occurs 
when equivalent attributes in different 
CDBs, which are expected to have the 
same value, have different values. For 
example, if the birth date of an employ¬ 
ee in one CDB is different from that of 
the same person in other CDB, an MDBS 
query for the person’s birth date will 
return a wrong answer. (We assume 
that the “same data” in different CDBs 
are identifiable through user-defined 
key attributes.) 

Another type of wrong data is obso¬ 
lete data. For example, two CDBs of a 
company might have different salary 
data for the same employee because 
one salary has not been updated. An¬ 
other interpretation of this conflict is 
that one salary is for one job the em¬ 
ployee performs and the other salary is 
for a different job performed by the 
same employee. However, we regard 
this possibility as an attribute name con¬ 
flict. 

Different representations for the same 
data. There are three different aspects 
to the representation of data across 
CDBs: expressions, units, and precision. 

Different expressions. Conflicts in 
expressions arise between two CDBs 
when both use the same type of data or 
different types of data. The following 
examples show various expressions for 
the same data: 

• Different words for the same data: 
Texas, TX, Tx 

• Different strings for the same data: 
9390 Research Blvd. Ste. 220, Aus¬ 
tin, TX 

9390 Research Boulevard, Suite 
#220, Austin, Texas 

• Different codes for the same data: 
*****, A, Excellent, 1, 5 

****, B, Good, 2, 4 
***, C, Fair, 3, 3 
**, D, Poor, 4, 2 
*, E, Bad, 5,1 

The third example illustrates the con¬ 
flict that occurs when different types 
of values are used in CDBs for the 


Different expressions, 
units, and precision 
result in conflicting 
representations of the 
same data across CDBs. 


same data; for example, where some 
CDBs use strings, while others use in¬ 
tegers. 

Different units. These conflicts arise 
when two CDBs use different units for 
numeric data. Different units give dif¬ 
ferent meanings to numeric values. For 
example, suppose that CDB1 expresses 
the lend-period attribute in the lend- 
info table in terms of days (for example, 
1 to 28 days) and CDB2 expresses the 
same attribute in weeks (for example, 1 
to 4 weeks). Then even if the CDBs 
have the same number, say 2, as the 
attribute value, the meaning of the num¬ 
bers is different in each CDB. 

In a sense, this conflict type can be 
regarded as an attribute name conflict. 
Thus, if a fully qualified name is used 
for each attribute (such as lend-period- 
in-days or lend-period-in-weeks), the 
attributes in different units can be re¬ 
garded as distinct attributes. However, 
we regard attributes in different units as 
carrying semantically equivalent infor¬ 
mation. 

Different precisions. Conflicts in pre¬ 
cision occur when two CDBs use values 
from the domains of different cardinal¬ 
ities for the same data. For example, 
suppose that the data type of an at¬ 
tribute weight-of-ship in CDB10 is de¬ 
fined as (heavy, middle, light, ultra-light), 
while that of the same attribute in CDB 11 
is defined as Integer with tons as the 
unit. Then, the domain size of the value 
for weight-of-ship in CDB10 is four; 
while that of CDB 11 may be a million 
(that is, any integer between 1 and 
1 , 000 , 000 ). 

We note that when different CDBs 
use different values from domains with 
the same cardinalities, they are in ex¬ 
pressions conflict rather than precisions 


conflict, as in the third example under 
“Different expressions.” 


T his framework provides for 
comprehensive enumeration 
and classification of schema 
and data conflicts among component 
relational databases organized into a 
multidatabase system. We derived the 
classification of schema conflicts from 
an enumeration of all possible conflict 
sources based on the ANSI-SQL rela¬ 
tional database language. We developed 
the classification of data conflicts by 
examining the sources of different rep¬ 
resentations for the same data. 

Our approach to addressing schemat¬ 
ic heterogeneity is to define views on 
the schemas of more than one compo¬ 
nent database and to formulate queries 
against the views. The view definition 
can specify how to homogenize the sche¬ 
matic heterogeneity in CDBS views. Our 
approach to data heterogeneity is two¬ 
fold: First, we allow the MDBS query 
processor to issue warnings when it de¬ 
tects wrong-data conflicts in query re¬ 
sults. Second, we allow the MDBS users 
and/or database administrator to pre¬ 
pare and register lookup tables in the 
database so that the MDBS query pro¬ 
cessor can match different representa¬ 
tions of the same data. 

We note that fully satisfactory solu¬ 
tions to many-to-many table conflicts 
require significant additional research. 
It is often possible to reduce many-to- 
many table conflicts to one-to-one table 
conflicts by converting multiple tables 
to a single table in each CDB. However, 
in general, the conversion of a set of 
tables in one CDB into a semantically 
equivalent set in another CDB is a very 
involved process. It requires a set of 
standard relational and conflict-homog¬ 
enizing operations at both the table and 
attribute level. Even then, it introduces 
problems of incomplete information and 
null values in the CDBs." 

Our classification framework assumes 
that the schemas of all underlying com¬ 
ponent databases have been converted 
to equivalent schemas in the standard 
relational data model. A more natural 
and powerful common model is the ob¬ 
ject-oriented data model, which includes 
such concepts as generalization, aggre¬ 
gation, inheritance, and methods. The 
development of an MDBS based on an 
object-oriented data model is an excit¬ 
ing new research area. ■ 
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Benefiting from object- 
oriented data modeling 
and programming 
capabilities, Pegasus 
uses both type and 
function abstractions to 
resolve mapping and 
integration problems. 


P I egasus, a heterogeneous multidatabase management system being devel- 
I oped by the Database Technology Department at Hewlett-Packard Lab- 
J oratories, responds to the need for effective access and management of 
shared data across in a wide range of applications. Pegasus provides facilities for 
multidatabase applications to access and manipulate multiple autonomous heter¬ 
ogeneous distributed object-oriented, relational, and other information systems 
through a uniform interface. It is not just a front-end approach to multiple 
databases but a complete data management system that integrates various native 
and local databases. 

The literature describes a number of heterogeneous database projects and 
systems. Litwin, Mark, and Roussopoulos 1 and Thomas et al. 2 survey prototype 
and commercial heterogeneous multidatabase management systems, and Gupta 3 
provides a collection of papers on the subject. 

A heterogeneous multidatabase system must support various database systems 
with different database models, languages, and services. One approach to reduce 
the number of mappings between diverse data systems is to define a common data 
model and language. For instance, Dataplex 4 maps the underlying data models to 
a relational data definition. Since a basic relational model is not sufficient to 
capture the integrated semantics 5 of underlying systems, the Amoco Distributed 
Database System 6 uses an extended relational data model to integrate relational, 
network, and hierarchical databases. 

Multibase, 7 8 an ambitious project that has interesting similarities to and differ¬ 
ences from Pegasus, provides a uniform and integrated interface for retrieving 
data from existing heterogeneous databases. Multibase uses a functional data 


December 1991 


0018-9162/91/1200-0019$01.00 © 1991 IEEE 


19 






model to represent schema of various 
existing databases. A view mechanism 
defines the integration of local data¬ 
base schemas. The view mechanism also 
specifies the rules for resolving data 
mismatches. 

Multibase uses the function abstrac¬ 
tion in the Daplex schema language for 
writing integration rules and providing 
operations that database management 
systems (DBMSs) do not provide. The 
Multibase experience has indicated the 
need for a more extensible framework 
for dealing with the peculiarities of var¬ 
ious DBMSs. 

Pegasus takes advantage of object- 
oriented data modeling and program¬ 
ming capabilities. It uses both type and 
function abstractions to deal with map¬ 
ping and integration problems. Func¬ 
tion implementation can be defined in 
an underlying database language or a 
programming language. Data abstrac¬ 
tion and encapsulation facilities in the 
Pegasus object model provide an exten¬ 
sible framework for dealing with vari¬ 
ous kinds of heterogeneities in the tra¬ 
ditional database systems and 
nontraditional data sources ranging from 
simple text to complex multimedia sys¬ 
tems. 

Pegasus data model 

Pegasus’ object-oriented model serves 
as a framework for uniform interopera¬ 
tion of multiple data sources with dif¬ 
ferent data management systems. The 
model, based on the Iris object-orient¬ 
ed model, 9 contains three basic con¬ 
structs: 

• Types have unique names and rep¬ 
resent collections of objects that share 
common characteristics. Types are or¬ 
ganized in a directed acyclic graph that 
supports generalization and special¬ 
ization and provides multiple inheri¬ 
tance. A type may be declared to be a 
subtype of other types. A function de¬ 
fined on a given type is also defined on 
all its subtypes. Objects that are in¬ 
stances of a type are also instances of its 
supertypes. 

• Objects are uniquely identified by 
their object identifiers. Some objects, 
such as integers, are self-identifying. 
Objects may gain and lose types dynam¬ 
ically. For example, an object repre¬ 
senting a given person may be created 
as an instance of the Student type. Lat¬ 


er, it may lose the Student type and 
acquire the Employee type. 

• Functions are the manifestations of 
operations and provide mappings among 
objects. Properties of, relationships 
among, and computations on objects 
are expressed in terms of functions. 
Arguments and results of functions are 
typed. A type can thus be characterized 
by the roles it plays in the arguments 
and results of various functions. 

The unifying data definition and data 
manipulation language of Pegasus is the 
Heterogeneous Object Structured Que¬ 
ry Language. HOSQL is a functional as 
well as object-oriented language that 
provides declarative statements to ma¬ 
nipulate multiple heterogeneous data¬ 
bases and to create types, functions, 
and objects in both Pegasus and under¬ 
lying local databases. Specifications of 
types and functions can also be import¬ 
ed from underlying local databases and 
can then be integrated into the Pegasus 
native schemas, if so desired. 

Databases, types, functions, and in¬ 
stances are defined by HOSQL state¬ 
ments of the form: 

CREATE ObjectSpecification AS 
Objectlmplementation; 

ObjectSpecification is Database or Type 
followed by a user-defined name or 
Function followed by a function name 
and the specification of its arguments 
and results. AS Objectlmplementation 
is an optional clause that specifies how 
the object is created. 

Pegasus provides mapping facilities 
to generate a Pegasus schema that gives 
a local data source the appearance of a 
Pegasus database and thus lets the user 
access the database with HOSQL que¬ 
ries. The mapping facilities are modu¬ 
lar, with a separate module for each 
local data model (such as relational and 
network models). 

Each module provides mechanisms 
for specifying mapping between the data 
model of a data source and the data 
model of Pegasus, and for translating 
queries expressed in HOSQL into the 
language of the data source. Mapping 
mechanisms are supported by variants 
of the AS clause of the Create state¬ 
ment. The example below creates a type 
Employee that represents an employee 
entity in a relational database. The em¬ 
ployee entity is identified by the prima¬ 
ry key (PK) Empno in the Emprel rela¬ 


tion in the Empdb relational database. 
The functions defined on the Employee 
type are mapped to the attributes of 
employee given in Emprel. 

Create Type Employee AS 
Relational Empdb.Emprel (PK = 
Empno); 

Create Function Eno (Employee e) 
-> Integer x 

As Relational Empdb.Emprel 
(x = Empno); 

Create Function Name (Employee 
e) -> String n 

As Relational Empdb.Emprel 
(n = Name); 

Create Function Skills (Employee 
e) -> String s Many 

As Relational Empdb.Emprel 
(s = Skill); 

In the example above, the mapping and 
translation specifications can be fully or 
partially automated via special-purpose 
tools. Ahmed and Rafii 10 describe auto¬ 
matic mapping of relational schemas 
to Pegasus schemas. 

HOSQL variables, which are refer¬ 
ences to objects in the result or argu¬ 
ment of a function, can be used in 
queries and update statements. Vari¬ 
ables range over the domains of types 
they refer to. An object can be retrieved 
into a variable, which can then be used 
to refer to the object. An HOSQL 
query can be expressed by following 
syntax: 

SELECT list of variables or 
functions 

FOR EACH list of all variables 
and their types 

WHERE predicate expression; 

The SELECT clause lists variables or 
functions. The FOR EACH clause quan¬ 
tifies and types all variables used in the 
SELECT and WHERE clauses. The 
WHERE clause contains a predicate 
expression that may involve nested func¬ 
tions, variables, constants, or subque- 


Data integration 

Other databases can be connected to 
a Pegasus database to provide access to 
multiple data sources. Figure 1 shows a 
Pegasus database system configuration. 
A data source is typically a database, 
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Figure 1. The Pegasus database system configuration. 


although it can be of another type (such 
as a file system). Data sources not di¬ 
rectly controlled by Pegasus are called 
local data sources. A local data source is 
represented in Pegasus by an imported 
schema that looks like a Pegasus sche¬ 
ma, but the underlying data is in the 
local data source. A complete or partial 
mapping of a local schema can be visible 
through Pegasus. A native database is 
created in Pegasus, and both its schema 
and data are managed by Pegasus. 

Before a data source can participate 
in a Pegasus multidatabase system, the 
external characteristics of its system must 
be registered with Pegasus. Registra¬ 
tion is carried out at the system level in 
a given environment (platform and net¬ 
work). Registration describes data man¬ 
agement systems, network protocols, 
network nodes, machine types, etc. 

Attachment is an important data in¬ 
tegration facility provided by Pegasus. 
Attachment logically extends a native 
database with other databases and cre¬ 
ates unified Pegasus schemas. A se¬ 
quence of mappings to one or more 
local databases can be labeled, stored, 
and later recalled in an attach state¬ 
ment. An attach statement activates a 
stored group of mappings and attempts 
to establish connections to the named 
databases. An attachment can expose a 
particular integrated view of the under¬ 
lying data to a group of users. 

Multiple data sources can be interop¬ 
erated via Pegasus without having an 
integrated global schema. HOSQL state¬ 
ments may refer directly to the individ¬ 
ual imported schemas. Integration in 
Pegasus is optional and deals with se¬ 
mantic and schematic heterogeneity 
among different databases, all of which 
have imported schemas in Pegasus. 11 

By default, Pegasus unifies the native 
schema and all imported schemas. The 
user-created types, functions, and ob¬ 
jects in the native and imported data¬ 
bases are presumed to be distinct and 
disjoint. Names of types and functions 
may be prefixed by their database names 
to prevent ambiguities. Ambiguities in¬ 
volving the native database will be re¬ 
solved in favor of the native database. 
In Pegasus, a single specification of sys¬ 
tem types and functions, as well as liter¬ 
al objects, is shared by native and im¬ 
ported databases. 

The Pegasus prototype supports one 
fairly natural integration technique; it 
creates supertypes of types defined in 
underlying databases. Suppose the Pe¬ 


gasus schema contains types Program¬ 
mer and Engineer, which might origi¬ 
nate in different databases. Using the 
following command, we can create an 
abstract supertype Person, which ac¬ 
quires all the common functions from 
Programmer and Engineer: 

Create Type Person supertype of 
Programmer, Engineer; 

If both Programmer and Engineer have 
functions such as Name and Project, 
then the supertype Person acquires these 
functions. This mechanism can also be 
looked on as upward inheritance. The 
following query 

Select Name (x), Project (x) For 
Each Person x; 

will retrieve the names and projects of 
all programmers and engineers. 

Simple mismatches of function names 
can be handled by using the Alias fea¬ 
ture of HOSQL, allowing functions with 
different names to participate in up¬ 


ward inheritance as though they had the 
same name. 

In general, semantic or behavioral 
differences among functions in differ¬ 
ent databases cannot be reconciled au¬ 
tomatically. The Pegasus mechanisms 
for defining derived and foreign func¬ 
tions allow a database administrator to 
specify the appropriate reconciliation 
strategy. The body of a derived function 
is written with HOSQL statements. The 
body of a foreign function can be writ¬ 
ten in any general-purpose program¬ 
ming language and dynamically linked 
with Pegasus. 

Domain mismatch. The domain mis¬ 
match problem arises when common 
concepts are treated in different ways 
by different domains in different 
spheres. 12 Consider the concept of mon¬ 
ey. The different domains correspond 
to different currencies in which money 
might be represented. A sphere is some 
scope in which a single domain, that is, 
a single currency, is used. 

Currencies represent a relatively sim- 
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Schema and domain mappings 


Consider two existing databases in an organization. As the 
figure shows, a personnel database Empdb stores informa¬ 
tion about full-time employees. A departmental database 
Progdb describes programmers and their projects. 

In Empdb, employees are identified by their unique employ¬ 
ee number (Eno). The designers of Progdb chose social se¬ 
curity numbers (SSNs) to uniquely identify the programmers. 

Some programmers are full-time employees and appear in 
both databases. Some employees are not programmers, and 
some programmers are not full-time employees. One possible 
approach for integrating these databases is to define a new 
Pegasus database that maps employee and programmer en¬ 
tities to Employee and Programmer types, respectively. 

The functions defined on type Employee are mapped to at¬ 
tributes of employees in Empdb. Similarly, the functions de¬ 
fined on type Programmer are mapped to attributes of pro¬ 
grammers in Progdb. 

Initially, programmers do not have employee numbers. To 
identify the relationship between programmers and employ¬ 
ees, a conversion function (SsnToEno) is defined that maps a 
social security number to an employee number. 


The mapping in this case is a simple one-to-one mapping. 
But more complex mapping algorithms can be encapsulated in 
this function. Given this function, you can derive a new Eno 
function for the Programmer type that uses the SsnToEno 
function to produce an employee number (if any) for a pro¬ 
grammer. The new Eno function for programmers can be used 
in a query to find the skills of programmers who are full-time 
employees. 

The alias statement handles function name mismatches. It 
is used here to unify the Name function for both Employees 
and Programmers. With this preparation, functions Name and 
Eno are defined on both Employee and Programmer types. 
One can define a new type Person that is a supertype of Em¬ 
ployee and Programmer types. The new type will acquire the 
common functions defined on its subtypes. Therefore, a query 
that references the Name of persons retrieves names of both 
programmers and employees. 

In the future, the query processor of Pegasus will be able to 
automatically use the association between employees and 
programmers to eliminate duplicate names for employees that 
are also programmers. 


Supertype Person 
Functions on Person: 



An integrated view of two databases. 


pie sort of domain mismatch, involving 
computational conversions among lit¬ 
eral data values. More complex discrep¬ 
ancies arise when the same concept is 
perceived as being populated, or parti¬ 
tioned, in different ways. 

The concept of “job” might be com¬ 


mon to several spheres, yet each sphere 
might have a different notion about spe¬ 
cific jobs. One sphere might have engi¬ 
neer, secretary, and salesperson as jobs, 
while the jobs in another might include 
technician, designer, engineer, secre¬ 
tary, and customer representative. An¬ 


other kind of mismatch arises if con¬ 
cepts are represented in one sphere as 
literal values but as persistent objects in 
another. 

In a typical domain mismatch prob¬ 
lem, information maintained in differ¬ 
ent spheres must be presented in some 
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globally unified form in an integrating 
sphere. For example, corporate head¬ 
quarters (the integrating sphere) may 
wish to see the starting salaries for all 
jobs. Different divisions (the local 
spheres) may have different definitions 
of jobs, different algorithms for defin¬ 
ing starting salaries, and different cur¬ 
rencies in which they are expressed. 

An ideal domain mapping is an in¬ 
vertible computation on a stable popu¬ 
lation of literal data values, such as unit 
conversion. But the populations may 
not be stable, requiring the mapping to 
be updated; for example, adoption of 
new letter grades at one school might 
require updating the mapping between 
other schools. Also, the mapping may 
not be invertible, perhaps being many- 
to-one. 

The easiest solution puts the burden 
on users, requiring them to maintain 
the domains and mappings by appropri¬ 
ately creating and deleting objects and 
modifying mapping rules or data (see 
the sidebar). In this case, a mapping 
simply returns an error when it encoun¬ 
ters an unfamiliar value. Suppose, for 
example, the Grade function for type 
Studentl and the Points function for 
type Student2 do not behave consis¬ 
tently. The types Studentl and Student2 
might have different underlying data¬ 
bases. The user can define functions 
Mapl and Map2, which convert each to 
a common result: 

Create Supertype Student of 
Studentl, Student2; 

Create Function Score(Student x) -> 
Real r AS 

IF Studentl (x) THEN 
Mapl(Grade(x)) 

ELSE IF Student2(x) THEN 
Map2(Points (x)) 

ELSE ERROR; 

Schema mismatch. Schema mismatch 
occurs when the data elements of one 
database correspond to the schema ele¬ 
ments of another database (that is, sim¬ 
ilar concepts are expressed differently 
in the schema). Depending on the mod¬ 
el, these schema elements can be rela¬ 
tions and attributes, entities and rela¬ 
tionships, classes and methods, types 
and functions, etc. Our work is expressed 
in terms of the types and functions in 
the Pegasus object model. 

Many schema mismatch problems are 
really domain mismatch problems, ex¬ 
cept that they involve schema elements, 


Table 1. The StockSphere, data values. 


Company 

Reading 

Date 

Price 

HP 

Close 

1/3/91 

50 

HP 

Close 

1/4/91 

51 

HP 

High 

1/3/91 

52 

HP 

High 

1/4/91 

53 

IBM 

Close 

1/4/91 

51 

IBM 

High 

1/4/91 

54 


Table 2. The StockSphere, data values. 


Reading 

Date 

Price 

Close 

1/3/91 

50 

Close 

1/4/91 

51 

High 

1/3/91 

52 

High 

1/4/91 

53 


rather than data elements. Jobs, for ex¬ 
ample, are often modeled as types (that 
is, subtypes of Employee). Instead of 
Job(Sam) = ‘Engineer’, we know that 
Sam is an engineer because he is an 
instance of the type Engineer. For in¬ 
stance, consider a sphere, StockSphere,, 
containing a stock market function called 
Activity with three arguments: 

Activity (Char Company, Char 
Reading, Char Date) -> Real 
Price; 

whose current extension is shown in 
Table 1. 

Another sphere, StockSphere 2 , might 
maintain the same data in separate func¬ 
tions for each company. For instance, 
for HP company, there is a function: 

HP (Char Reading, Char Date) -> 
Real Price. 

For IBM, there is another function: 

IBM (Char Reading, Char Date) -> 
Real Price. 

Table 2 shows the corresponding exten¬ 
sion of the function HP. 

In StockSphere,, the domain of inter¬ 
est is a set of instances of company as 


data values. In StockSphere 2 on the oth¬ 
er hand, the corresponding domain of 
interest is a set of functions. 

To demonstrate the capability of Pe¬ 
gasus for reconciling the structural dif¬ 
ferences in schema of different spheres, 
we can define a function StockPrice that 
returns stock prices given a company, 
reading, and date. 

Create function StockPrice(Char 
Company, Char Reading, Char 
Date) -> Real Price AS 
Select Price 

For Each Real Price, Char 
Company, Char Reading, 
Char Date 

Where Activity (Company, 
Reading, Date) = Price 
Union 
Select Price 

For Each Function f, Real 
Price, Char Company, Char 
Reading, Char Date 
Where FunctionName (f) = 
Company and f (Reading, 
Date) = Price; 

In the above example, FunctionName is 
a system-defined function that returns 
the name of a function and/is a variable 
that ranges over all functions defined in 
the system. The result of the second 
select statement is to dynamically bind 
to / all functions whose names match 
the parameter Company. In the first 
select statement, this parameter is used 
simply as a data value. Clearly, we can 
define a function AverageStockPrice, if 
prices are returned from both spheres 
and the two prices are averaged. 

Object identification. Object identi¬ 
fication in single database systems is 
relatively simple. Most conventional 
object-oriented DBMSs have developed 
and adopted workable approaches. 
However, object identification in a het¬ 
erogeneous multidatabase management 
system is difficult because logically dif¬ 
ferent objects can have the same identi¬ 
fier in different data sources. The usual 
solution to the collision of object iden¬ 
tifiers across multiple data sources is to 
introduce an independent system of glo¬ 
bally unique identifiers that have to be 
mapped to the local identifiers of each 
participating local database. 

A single logical object can have dif¬ 
ferent identifiers in different data 
sources. The same object sometimes 
exists in multiple data sources. A given 
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Figure 2. Functional layers of Pegasus. 


student might be attending several 
schools, or the same person might exist 
in separate databases as a student and 
as a teacher. They can be expected to 
have different object identifiers in the 
different databases. There is, in gener¬ 
al, no fully automatic way to deal with 
this. Therefore, Pegasus allows the user 
to specify equivalences. 

The specification of equivalences 
might be an algorithm that matches so¬ 
cial security numbers or a user-construct¬ 
ed table of corresponding object identi¬ 
fiers. Pegasus will attempt to treat 
equivalent object identifiers as synonyms 
for the same object. 


Certain local data sources do not 
provide unique object identification. 
These sources can be handled either 
by modeling everything as literals or 
by introducing user-specified object 
identifiers. In the latter case, object 
identifiers are constructed from user- 
imposed types and key properties, such 
as student type and student number. 
This requires handling of heteroge¬ 
neous identifiers with different formats 
and lengths. 

These problems are being investi¬ 
gated in the Pegasus project. Providing 
an independent system of globally 
unique identifiers will simplify the so¬ 


lution. The correctness criteria used in 
evaluating various solutions are 

• Uniqueness. Objects must be distin¬ 
guishable from one another in local or 
global context. 

• Stability. Objects must retain their 
identities despite changes in properties. 

• Consistency. Object identifiers must 
not conflict with one another if the sys¬ 
tem supports several kinds, such as log¬ 
ical, local, and global object identifiers. 

Pegasus architecture 

Figure 2 shows the Pegasus function¬ 
al layers: 

• The intelligent information access 
layer provides such services as informa¬ 
tion mining, browsers, schema explora¬ 
tion, and natural language interfaces. 

• The cooperative information man¬ 
agement layer deals with schema inte¬ 
gration, global query processing, local 
query translation, and transaction man¬ 
agement. 

• The local data access layer manages 
schema mapping, local query and com¬ 
mand translation, network communica¬ 
tions, local system invocation, and data 
conversion and routing. 

The cooperative information manage¬ 
ment layer is responsible for processing 
HOSQL statements and coordinating 
multidatabase transactions. It supports 
the global object model and manages 
integrated schema and mapping infor¬ 
mation. 

Executive. The executive manages the 
interaction between Pegasus and its 
clients. HOSQL queries are passed to 
the query decomposer module in a ca¬ 
nonical form that represents the parse 
tree of HOSQL functional expressions. 
The nodes of the parse tree include 
function calls, types, variables, and lit¬ 
erals. 

The tree is decomposed into a set of 
subqueries with an execution plan. The 
execution plan is annotated with the 
catalog information retrieved from the 
Pegasus storage services. The execu¬ 
tion plan can be viewed as a tree consist¬ 
ing of operational primitives and oper¬ 
ands. 

Examples of operational primitives 
are commands to perform global joins, 
to pass parameters (data) between 
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DBMSs, and to synchronize steps exe¬ 
cuted in parallel. The operand nodes 
refer to the data in the native database 
or to a subquery against a local data 
source. 

Optimizer. The optimizer module pro¬ 
duces a more efficient alternative plan 
that is equivalent to the original plan. 
Several strategies are used by the opti¬ 
mizer. Executing a single DBMS query 
bypasses the optimization process and 
goes directly to the destination data 
source. The optimizer tries to reduce 
the invocations of local DBMSs by 
grouping together the subqueries that 
refer to the same DBMS in an execution 
plan. The grouping merges several sub¬ 
queries into a single query by possibly 
adding more restriction clauses to the 
merged query. Another strategy is to 
reduce the size of intermediate data 
retrieved from a DBMS. Based on sta¬ 
tistics and heuristics on the selectivity 
of queries and volume of data in various 
DBMSs, a cost-based optimization is 
used to determine join order, j oin meth¬ 
od, intermediate data routing, buffer¬ 
ing, etc. 

Unlike distributed DBMSs, Pegasus 
has limited access to the statistical in¬ 
formation about local DBMSs. More¬ 
over, Pegasus has no control over opti¬ 
mizing subqueries sent to each DBMS. 
For example, Pegasus cannot enforce a 
particular access path to be used at a 
database site. Otherwise, it will violate 
site autonomy. Therefore, Pegasus em¬ 
phasizes global optimization and tries 
to find the best possible decomposition 
and grouping of queries. 

Local translator. After the query ex¬ 
ecution plan is determined, a subquery 
in the plan may be submitted to a built- 
in local translator depending on the type 
of a local system. A local translator uses 
the mapping information between a lo¬ 
cal schema and an equivalent imported 
schema to translate a Pegasus subquery 
into the language of the local database 
(for example, SQL for a relational 
DBMS). 

Pegasus internally supports the local 
translators for important systems such 
as relational databases. Other transla¬ 
tors can be provided outside coopera¬ 
tive information management in the lo¬ 
cal data access layer. In this case, the 
details of binding a function (or a que¬ 
ry) to the commands of the underlying 
server can be provided externally. 


Global interpreter. The executive 
passes the final plan to the global inter¬ 
preter for execution. The global inter¬ 
preter dispatches and synchronizes in¬ 
ternal and external executables, such as 
the Pegasus schema manager and ob¬ 
ject manager and local interpreters. The 
global interpreter also implements its 
own primitive database operations such 
as join, union, filter, and move. These 
operations apply to the data retrieved 
from the other executables. 

The global interpreter dispatches the 
transaction manager, which provides 
transaction-oriented facilities. As vari¬ 
ous heterogeneous servers begin to in¬ 
teroperate in a cooperative environment, 
the need for managing transactions that 
preserve some degree of isolation and 
maintain global data consistency among 
different systems becomes important. 

The main source of difficulty in ap¬ 
plying traditional transaction manage¬ 
ment techniques in these environments 
is the local autonomy of the local sys¬ 
tems that participate in the transactions. 
In conventional distributed DBMSs, the 
execution coordinator communicates 
with the local databases to enforce data 
integrity through the well-known two- 
phase locking and two-phase commit 
protocol. This is possible because all the 
local databases that participate in the 
transaction observe the same transac¬ 
tion protocols. 

In a heterogeneous environment, not 
all participants will have the same trans¬ 
action protocol. Therefore, Pegasus is 
exploring new transaction management 
techniques, which can provide more flex¬ 
ibility. 

Schema and object managers. The 

schema and object managers implement 
data definition operations, catalog man¬ 
agement, object management, and sche¬ 
ma integration services. All informa¬ 
tion about the mapping of schemas 
defined in a local system to an equiva¬ 
lent imported schema is kept in the cat¬ 
alog to be used for query processing and 
transaction management. The object 
manager, among other things, imple¬ 
ments the data-definition operations of 
the model and maintains the user-de¬ 
fined mappings between the various 
object identifiers in different object-ori¬ 
ented DBMSs. The mapping informa¬ 
tion can be used to detect object equiv¬ 
alences in different local databases. 

Local translator/mapper. Interface to 


local systems is implemented via local 
translator/mapper modules and Pega¬ 
sus agents. A local translator/mapper 
module implements translation and 
mapping services not provided in coop¬ 
erative information management. These 
modules can also provide additional 
semantics that are not provided in a 
local system. For instance, they can im¬ 
plement data exchange algorithms that 
are typically needed in a heterogeneous 
data environment. 

During idle times, these modules can 
collect statistical data and communi¬ 
cate the results to the central site. They 
can also play a role in assisting global 
transaction management by providing 
missing functionalities such as two-phase 
commit or undo that might not be avail¬ 
able in the local system. 

Pegasus agents. A Pegasus agent is a 
process that runs in the same machine 
as a local DBMS. Its role is to represent 
Pegasus in the local site. The module is 
normally linked with the local system 
like one of its applications. It receives 
the translated commands from Pegasus, 
sends it to the local system, collects the 
results, and sends them back to Pega- 

A Pegasus agent should match its 
buffer management policies with Pega¬ 
sus to reduce communication and buff¬ 
er management overhead. As a partici¬ 
pant in a global query, a Pegasus agent 
may have to keep track of several active 
queries inits corresponding local DBMS. 
For instance, a Pegasus agent associat¬ 
ed with a relational database may open 
multiple scans over tables accessed as 
part of a global query. 


W e believe that flexible, effi¬ 
cient, and general-purpose 
heterogeneous multidata¬ 
bases are needed to support the trend 
toward the extensive use of computers 
and information as competitive tools in 
today’s complex business world. How¬ 
ever, designing and implementing such 
systems is a major undertaking. 

Several problems must be solved be¬ 
fore robust general-purpose heteroge¬ 
neous multidatabase management sys¬ 
tems become possible. The problems 
that must be resolved include distin¬ 
guishing equal but logically different 
objects, consolidating different repre¬ 
sentations of the same object, material¬ 
izing the views of existing applications, 
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resolving the semantic and schematic 
heterogeneity of information stored in 
multiple databases, maintaining consis¬ 
tency of data in the presence of multi¬ 
database concurrent transactions, and 
doing all this efficiently. 

The near-term plans of the Pegasus 
multidatabase management system in¬ 
clude facilities for updating the local 
databases through Pegasus, providing 
flexible transaction management and 
concurrency control, defining relation¬ 
ships across local databases, and resolv¬ 
ing domain mismatches by providing 
conversion functions. ■ 
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F ailure-Resilient 
Transaction Management 
in Multidatabases 

Nandit Soparkar, Henry F. Korth, and Abraham Silberschatz 
University of Texas at Austin 


A ! transaction is a program unit that accesses and updates the data in a 
{ database. An everyday example of a transaction is the transfer of money 
I between bank accounts. The debiting of one account and the crediting of 
another are each separate actions, yet the combination of these actions is viewed 
by the “user” as one. The notion of combining several actions into a single logical 
unit is central to many of the properties associated with transactions. 

A transaction must run in its entirety or not at all. If a failure occurs (regardless 
of whether the source is hardware or software), either the transaction must 
complete all its actions or undo those actions completed prior to the failure. A 
transaction must preserve the consistency of the database. That is, if the database 
is consistent when a transaction starts, it should be consistent when the transaction 
completes. To ensure consistency, each transaction must effectively run in isola¬ 
tion. This isolation can be achieved by some means of concurrency control. 

Ensuring proper concurrency control and dealing with failures is nontrivial, but 
it is well understood — at least in some contexts. 1 The problem becomes more 
complex when the database is distributed among several sites (that is, machines) 
in a network. Much research has been done regarding the problems of designing 
and building distributed transaction-processing systems. Most of this work, how¬ 
ever, is based on the assumption that an overall design has been applied to the 
distributed system. That is, a single authority chooses a distributed database 
system to run at all sites. The sites cooperate according to protocols that are part 
of the distributed database system to present the user with the appearance of a 
single database. 

Transaction processing in a distributed environment is complex because the 
actions that compose a transaction can occur at several sites. Either all these 
actions should succeed, or none should. Thus, an important aspect of transaction 
processing for distributed systems is reaching agreement among sites. The most 
widely used solution to this agreement problem is the two-phase commit (2PC) 
protocol. 1 

This article is concerned with a special kind of distributed database system called 
a multidatabase (or heterogeneous database) system. A multidatabase system 
(MDBS) is an integrated distributed database system in which each site can run a 
different, autonomous database management system (DBMS) that existed prior to 


Failure recovery in 
a multidatabase 
environment is not 
well understood. We 
present the issues and 
techniques pertinent 
to fault-tolerant 
transaction 
management. 
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the integration. The MDBS 
design requires only mini¬ 
mal changes to the underly¬ 
ing DBMSs and must allow 
each DBMS to retain a 
substantial degree of con¬ 
trol over the local data and 
locally executing transac¬ 
tions. Designing an MDBS 
that meets these require¬ 
ments is not an easy task. 
Nevertheless, its pressing 
practical importance makes 
it an important subject for 
research. 2 

Figure 1 depicts the origi¬ 
nal autonomous DBMSs pri¬ 
or to their integration into 
an MDBS environment. The 
system consists of n sites S„ 

S 2 , ■ ■ ■, S n . Each site S, has a 
database management sys¬ 
tem DBMS „ consisting of a 
local database LDB t and a local trans¬ 
action manager LTM Each DBMS t 
supports the following common opera¬ 
tions on the data in LDB ;. 1 

• insert(), to insert a new data item; 

• delete(), to delete an existing data 
item; 

• read(), to read the value of an exist¬ 
ing data item; and 

• write(), to update the value of an 
existing data item. 

Consider a user program that submits 
a transaction to increment the value of 
data item A by the value of data item B 
(that is, to perform A := A + B). The 
actions of this transaction are embod¬ 
ied in the operations provided to LTM,. 
These operations include read (A), read 
(B), and write (A). 

We assume that initially the data is 
not replicated and that the data items 
conform to a common data model over 
all the DBMSs. We also assume that 
each local DBMS ensures the correct¬ 
ness properties, handles local deadlocks, 
and manages recovery from local site 
failures. 

Two types of transactions execute in 
the system: 

• Local, to access data at only a local 
site. All transactions that exist prior to 
an integration are expected to be local 
transactions. 

• Global, to access data at several dif¬ 
ferent sites. Such transactions can exist 
only after the MDBS is created. 



Figure 1. DBMSs prior to integration. 


A global transaction consists of sev¬ 
eral subtransactions, each of which ex¬ 
ecutes under the control of some local 
DBMS. A coordinator must synchro- 
. nize these subtransactions, executing at 
the site where the global transaction 
was initiated. However, since the local 
DBMSs were designed and implement¬ 
ed prior to the integration, they are 
unaware of the presence of the coordi¬ 
nator. Because of this, standard distrib¬ 
uted DBMS techniques cannot be used 
directly to solve the MDBS transaction- 
management problem. Such knowledge 
could be incorporated into local DBMSs 
only by modifying their code; however, 
this is impractical due to the incurred 
cost and the proprietary nature of most 
DBMSs. 2 

Even if the technical issues of modi¬ 
fying local DBMSs were solved, the is¬ 
sue of local site autonomy at each site 
would remain. The administrators of a 
local site may not be willing to relin¬ 
quish control to a global coordinator. 
Thus, the MDBS must provide the co¬ 
ordination between sites necessary to 
manage the transactions while allowing 
the constituent DBMSs to operate au¬ 
tonomously. 

Failure recovery in a multidatabase 
environment is not well understood; only 
preliminary results have been reported. 
We show that local autonomy consider¬ 
ations force the designer of an MDBS to 
trade off certain desirable properties to 
achieve reliability for transaction man¬ 
agement. Also, we compare and con¬ 
trast representative techniques in the 


research literature. Finally, 
we describe our approach to 
the problem. 


Correctness 

issues 


We briefly review the key 
requirements for correctness 
in a transaction system: ato¬ 
micity, consistency, isolation, 
and durability (the ACID 
properties), and their roles 
in MDBS environments. 1 

ACID properties. Consid¬ 
er a set of transactions T u T 2 , 
executing in a DBMS. 
If the transactions execute 
in some serial order, they 
have executed correctly. 
Concurrency control protocols ensure 
that transaction executions are serializ¬ 
able (that is, their execution is equiva¬ 
lent to any one serial execution). For 
practical reasons, conflict serializability 
serves as a defining paradigm of cor¬ 
rectness, as follows. 

Two operations that access a com¬ 
mon data item are said to conflict if one 
of them is an insert, a delete, or a write 
(that is, if it is an operation that changes 
the data). For a pair of conflicting oper¬ 
ations, the relative order of their execu¬ 
tion is important. If the order is the 
same for each pair of conflicting opera¬ 
tions from two transactions, the trans¬ 
actions can be regarded as having exe¬ 
cuted in that serial order. The notion of 
conflict serializability can easily be ex¬ 
tended to a set of concurrently execut¬ 
ing transactions. 

The most widely used means of en¬ 
suring conflict serializability is the two- 
phase locking (2PL) protocol. Before a 
transaction accesses data, it places a 
lock on that data to restrict access by 
other transactions. Locks are released 
at the end of the transaction or when 
they are no longer needed. The 2PL 
protocol requires that no lock be ac¬ 
quired by a transaction after any lock 
has been released by that transaction. 

If a transaction requests a lock that 
cannot be granted because of a lock set 
by another transaction, the requesting 
transaction must wait. These waits can 
result in a deadlock situation resolved 
by aborting (that is, undoing) some trans¬ 
actions. Therefore, a transaction man- 


December 1991 


29 



















Using 2PL and 2PC 


The common approach to ensuring serializability in distrib¬ 
uted DBMSs is combining strict 2PL at each site along with 
the 2PC protocol. 1 Strict 2PL means that every lock acquired 
for a transaction is released only after the commit or abort 
operation for that transaction is executed. Let us examine 
why this approach works in the case of a distributed DBMS, 
and why it needs to be used with care for an MDBS. 

Let the locked interval of a transaction that obeys the strict 
2PL rules be defined as the interval between the procure¬ 
ment of the last lock and the first release of a lock. It is not 
difficult to see that if the SG of an execution has a path be¬ 
tween two transactions T, and 7}, their locked intervals cannot 
overlap. Moreover, the serialization order of the transactions 
is the same as the order for locked intervals in local execu¬ 



tion. Thus, in a distributed environment where each DBMS 
uses the strict 2PL protocol, ensuring that all subtransactions 
are ordered in a particular way is equivalent to ensuring the 
same for the locked intervals. 

Let us now consider a pair of conflicting global transactions 
G p and G q , with subtransactions T pi and T pj of G p executing at 
sites S, and S,, respectively. The same is true for subtransac¬ 
tions T„ and T qj for G q . Since strict 2PL is observed at each 
site, the local SGs cannot have a cycle. If there were to be a 
cycle in the global SG consisting of G p and G q , it must be of 
the form shown in Figure A, where T pl precedes T ql at site S, 
(creating an edge from G p to G, in the global SG), and T qj 
precedes T pj at site S, (creating an edge from G, to G p in the 
global SG). 

Since 2PC is being used, T pi (the first subtransaction in the 
order at site S,) cannot end its locked interval by committing 
until it receives the final decision by the coordinator for global 
transaction G p . However, the coordinator for global transac¬ 
tion G p cannot reach the final decision to commit until sub¬ 
transaction T qi also enters its locked interval. But as we see 
from the SG for site S y , the locked interval for T qJ must end 
first. Thus, the coordinator for G p cannot reach the decision 
to commit until after a similar decision is reached by the co¬ 
ordinator for G q . 

A symmetric argument can be made to show that the coor¬ 
dinator for G, cannot reach the decision to commit until after 
a similar decision is reached by the coordinator for G p . The 
result is an impossible situation in which each decision is 
forced to follow the other. The same reasoning can be ex¬ 
tended to show the impossibility of such situations involving 
several global transactions and several sites. 

This technique cannot be directly applied to an MDBS en¬ 
vironment because the DBMS interfaces may not accept the 
commit operation separated from the rest of the operations of 
a subtransaction. Also, during the process of synchronization 
as described, it is necessary to hold the resources for a sub¬ 
transaction intact (for example, the locks on the data items), 
and this can violate the local autonomy of the DBMSs. In oth¬ 
er words, the use of strict 2PL and 2PC in an MDBS contra¬ 
dicts some of the assumptions of autonomy. 


ager guarantees the effects of a particu¬ 
lar transaction only after it successfully 
executes a commit operation for the 
transaction; otherwise, it can abort the 
transaction and undo all its effects. Sim¬ 
ilarly, the user program itself can choose 
to abort a transaction (for example, due 
to insufficient funds in a bank transac¬ 
tion). Thus, for the system represented 
in Figure 1, there is an additional set of 
operations with regard to transaction 
management in the LTM;. begin, com¬ 
mit, and abort. 

A transaction appears to a DBMS as 
an ordered sequence of operations op u 
op 2 ,..., op m , where op x is begin, op m is 
commit or abort, and op t for 1 < i < m is 
a read, write, insert, or delete operation 
on a data item. A begin operation ini¬ 


tiates a transaction, and a commit or 
abort operation completes it. The ac¬ 
tive phase of the transaction constitutes 
the execution of the remaining opera¬ 
tions. The execution of an operation is 
initiated by its submission to L TM„ and 
its successful completion is indicated by 
a response from LTM,. 

The notion of conflict serializability 
is captured in a serializability graph (SG) 
that consists of a node for each commit¬ 
ted transaction, and an edge from a 
node 7', to a node T j if and only if an 
operation of 7) conflicts with, and is 
executed before, an operation in 7). It 
can be shown that the acyclicity of the 
SG is a necessary and sufficient condi¬ 
tion to guarantee conflict serializability 
since a topological sort of the graph 


provides an ordering that corresponds 
to an equivalent serial execution. 

This highly successful paradigm of 
correctness in a DBMS can be effective¬ 
ly implemented. If a transaction is de¬ 
signed to execute correctly in isolation, 
a serial (or serializable) execution will 
also be correct. The transaction’s de¬ 
signer can focus on the correctness of 
the particular transaction without re¬ 
gard to other concurrently executing 
transactions. Thus, no constraints due 
to concurrency control reasons need be 
placed on the data-access patterns of a 
transaction. In what follows, this prop¬ 
erty is referred to as one that allows 
unrestricted types of transactions in the 
system. Also, this paradigm allows the 
concurrency control mechanism to re- 
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main oblivious to both the semantics of 
the programs that submit the transac¬ 
tions and the database integrity con¬ 
straints — which are difficult to state 
explicitly for most practical systems. 

When transactions execute concurrent¬ 
ly, one transaction can read data written 
by another transaction that is still exe¬ 
cuting. Such data is called uncommitted 
because the transaction that wrote the 
data can still abort and its changes can 
be undone. Once a commit operation for 
a transaction is executed by the transac¬ 
tion manager, the other transactions fol¬ 
lowing in the serialization order will 
observe database states that reflect the 
execution of that transaction. To ensure 
that unexpected executions do not occur 
when a transaction aborts, a transaction 
must always maintain its isolation prop¬ 
erties. For example, serializable execu¬ 
tions often are further restricted to pre¬ 
vent uncommitted data from becoming 
visible to other transactions. 

System failures can result in the loss of 
data stored in volatile memory. This cre¬ 
ates the potential for committed trans¬ 
actions to be “forgotten” by the system 
or for some changes made by a transac¬ 
tion to be lost. Hence, processing a com¬ 
mit operation must include saving the 
effects of the concerned transaction in 
stable storage as a log record, since these 


effects must survive system failures. In 
case of failure, the changes made by 
committed transactions can be installed 
in the database by accessing the log 
records. Also, the effects of all transac¬ 
tions that were uncommitted at system 
failure must be undone. These actions 
ensure the properties of durability and 
atomicity. 

Distributed databases. Preserving the 
ACID properties in a distributed data¬ 
base requires additional techniques. To 
guarantee the atomicity of a global trans¬ 
action, a global atomic commitment 
(GAC) protocol must be used. 1 This 
protocol ensures that the coordinator 
decides to commit the entire global trans¬ 
action only if all sub transactions are pre¬ 
pared to commit. Furthermore, to en¬ 
sure the durability of the transaction, 
the changes to be effected by each sub¬ 
transaction need to be stored in stable 
storage prior to the completion of the 
GAC protocol. Such a state for any sub¬ 
transaction is known as a prepared state 
to indicate the preparedness of the site 
in question to commit and to install all 
changes in spite of failures. 

To guarantee global serializability, we 
require that the global SG, which is the 
union of local SGs, be acyclic. For each 
global transaction, this union coalesces 


the nodes representing the associated 
subtransactions to form a node for the 
corresponding global transaction. If there 
are no cycles in the global SG, the seri¬ 
alization orders of the sites ensure seri¬ 
alizability over all transactions. Note 
that if each local SG is acyclic (that is, if 
each site ensures serializability locally), 
the only cycles that can be present in the 
global SG must include nodes from local 
SGs. 

Typical distributed databases ensure 
that the global SG is acyclic by using the 
2PL protocol at each site in conjunction 
with the 2PC protocol (see “Using 2PL 
and 2PC” sidebar). This combination 
ensures the atomicity of the global trans¬ 
actions and thus the ACID properties. 

Multidatabase systems. The most fun¬ 
damental difference (in terms of trans¬ 
action management) between a distrib¬ 
uted DBMS and an MDBS is that the 
local autonomy of the participating 
DBMSs must be preserved in an MDBS. 
Of the several notions of local autono¬ 
my, we focus on two facets important for 
transaction-management issues. These 
refer to the degrees to which the under¬ 
lying DBMSs and the MDBS have con¬ 
trol over the transaction executions (see 
“Execution and control autonomies” 
sidebar). 


Execution and control autonomies 


The execution autonomy of a local DBMS is preserved if It 
is allowed to delay or reject any operation of a local transac¬ 
tion or subtransaction. The same holds true if it aborts the 
execution prior to a successful commitment. In particular, 
even if a commit operation is submitted to the local transac¬ 
tion manager, the request might be rejected, and the transac¬ 
tion or subtransaction might be aborted. Such an abort gen¬ 
erated by the underlying system is referred to as an internal 
abort to distinguish it from a user-submitted abort. Infringe¬ 
ment of the execution autonomy is impractical because it re¬ 
quires large-scale changes to the underlying concurrency 
control mechanisms. 2 

Control autonomy refers to the submission of local transac¬ 
tions by users to the underlying DBMS without any knowl¬ 
edge of the MDBS required. As shown in Figure B, submitting 
local transactions directly to DBMS, preserves control autono¬ 
my. The infringement of control autonomy occurs if, for ex¬ 
ample, the local transactions are required to be submitted to 
a locally executing “agent” of the MDBS (denoted MDBS, in 
the figure) before being submitted to the underlying DBMS,. 

MDBS designers sometimes infringe selectively on control 
autonomy wherein local transactions are held up only at the 
time of failure recovery. The infringement is removed after 
the MDBS also performs certain recovery actions of its own. 3 





















The execution autonomy of a DBMS 
refers to the degree of control that a 
local transaction manager has over the 
transactions or subtransactions execut¬ 
ing at that site. In particular, any such 
execution can suffer an abort prior to its 
commitment. The control autonomy of 
a DBMS refers to the degree that the 
MDBS does not control the local trans¬ 
actions executing at the site. Thus, con¬ 
trol autonomy is preserved for a DBMS 
if the MDBS can neither abort the exe¬ 
cution of a local transaction nor delay 
its operations. 

The local autonomy requirement im¬ 
plies that the DBMSs being integrated 
into an MDBS environment cannot par¬ 
ticipate in the execution of a GAC pro¬ 
tocol. This is because being in the pre¬ 
pared state of a GAC implies that the 
local DBMS has relinquished its right to 
either abort or commit a subtransaction 
until it receives a final decision from the 
GAC protocol. 12,4 Nonparticipation in 
a GAC causes severe problems in main¬ 
taining the serializability as well as the 
atomicity of the executions. 

It is important to consider the forms 
in which a DBMS interface accepts the 
subtransactions from an MDBS. For 
example, if the interface requires that 
an entire subtransaction be submitted 
without allowing the separate submis¬ 
sion of the commit (or abort) operation 
for that subtransaction, several prob¬ 
lems can occur that preclude the possi¬ 
bility of ensuring the ACID properties. 
First, the atomicity of the global trans¬ 
actions is compromised since the un¬ 
derlying DBMS cannot guarantee that 
a subtransaction in the prepared state 
can be committed. Also, the global trans¬ 
action loses its capability to abort the 
transaction as a whole. Hence, if condi¬ 
tions exist under which a global transac¬ 
tion cannot execute successfully (for 
example, if the execution of a subtrans¬ 
action depends on the values read by 
another), these cannot be controlled. 

Second, even if atomicity is ensured, 
serializability cannot be, since there is 
no way to synchronize the subtransac¬ 
tions efficiently. Unless otherwise spec¬ 
ified, we assume in what follows that the 
interface to the DBMSs accepts trans¬ 
actions with a separate final commit or 
abort operation to ensure atomicity and 
serializability. 

Ideally, MDBS transaction manage¬ 
ment should provide an environment 
that permits unrestricted types of trans¬ 
actions, and preserves ACID proper¬ 


ties and full local autonomy of the con¬ 
stituent DBMSs. Unfortunately, this is 
not yet possible, and compromises are 
unavoidable (see corresponding side- 
bar). 


Representative 

techniques 

We review some techniques proposed 
in the literature for ensuring correct 
and reliable transaction management in 
MDBS environments. Each proposed 
technique trades off either the ACID 
properties, the unrestricted types of 
transactions, or local site autonomy. 

Atomicity issues. As discussed, ato¬ 
micity for a global transaction can be 
guaranteed only if the operations of 
each subtransaction can be submitted 
to the underlying DBMS in a separable 
manner. If not, the local DBMS could 
choose to abort a subtransaction that 
the MDBS decides to commit. One 
means of emulating an atomic execu¬ 
tion is to attempt to commit a global 
transaction by resubmitting the corre¬ 
sponding subtransaction at each site that 
erroneously aborts it. This approach 
involves issues concerning serializabili¬ 
ty (see sidebars). 

An alternative is to try to approxi¬ 
mate the effect of aborting a global 
transaction by submitting a compensat¬ 
ing subtransaction at each site that com¬ 
mitted the corresponding subtransac¬ 
tion. The purpose of a compensating 
subtransaction is to semantically undo 
the effects of a particular committed 
subtransaction. The problems associat¬ 
ed with this approach are that the se¬ 
mantics of the transactions need to be 
taken into account, and it is often im¬ 
possible to design such a compensating 
transaction. The research literature pro¬ 
vides an overview of the issues involved 
in each approach. 5 Note that this discus¬ 
sion deals exclusively with global trans¬ 
actions, and thus no degree of violation 
of control autonomy will help if the 
operations cannot be submitted in a 
separable manner. 

Let us next consider cases where the 
local DBMS allows the submission of 
the commit or abort operation separate 
from the body of the transaction. The 
approach of resubmitting the subtrans¬ 
actions requires placing restrictions on 
the access patterns of the global and 


local transactions to preserve local au¬ 
tonomy and provide the ACID proper¬ 
ties. 4 

At each site, data is partitioned into 
global and local data sets. Unrestricted 
access is available to global and local 
transactions only with respect to their 
corresponding sets. Access across the 
sets is restricted so that a resubmitted 
subtransaction faces no contention for 
data. This approach places severe re¬ 
strictions on the permissible types of 
global transactions (for example, pre¬ 
existing data cannot be freely accessed 
by them). 

The restrictions can be relaxed to some 
degree if the MDBS is allowed under 
certain circumstances to abort other 
subtransactions executing at a site. 6 Spe¬ 
cifically, if a subtransaction that needs 
to be committed gets aborted, active 
subtransactions that need to be serial¬ 
ized after it are forcibly aborted to main¬ 
tain correctness. Other approaches use 
resubmissions along with the violation 
of control autonomy. 7 Any locally exe¬ 
cuting transaction that can interfere with 
the commitment of a subtransaction is 
blocked until the subtransaction in ques¬ 
tion is successfully committed or abort¬ 
ed. However, this approach requires the 
transactions to predeclare the data they 
access prior to their execution — a pro¬ 
vision not normally available. 

If the DBMS interface accepts trans¬ 
actions with separable operations, and 
if control autonomy can be violated, 
using typical distributed DBMS tech¬ 
niques guarantees atomicity. This is 
because all transactions can be controlled 
by the MDBS interface like a coordina¬ 
tor site does in a distributed DBMS. 

Ensuring consistency. The basic idea 
regarding the provision of ACID prop¬ 
erties is that the MDBS should use seri¬ 
alization events. These events give clues 
about the serialization order enforced 
by the underlying DBMSs. 8 For exam¬ 
ple, for strict 2PL — where all locks are 
held until after the subtransaction in 
question is committed — the requisite 
serialization event is the acquisition of 
all required locks (as explained in “Us¬ 
ing 2PL and 2PC” sidebar). 

For example, if it is known for a time- 
stamp-ordered concurrency control 
scheme that the time-stamp is provided 
by a DBMS upon the receipt of the first 
operation of a transaction, this event 
can be used as a serialization event. In 
this scheme, a synchronization protocol 
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Unavoidable compromises 


Consider the problem of ensuring the atomic and serializ¬ 
able executions of global transactions by using a GAC proto¬ 
col in the context of an MDBS. The former is related to pro¬ 
viding a prepared state for the GAC, whereas the latter is 
related to ensuring the correct serialization order between 
subtransactions executing at a particular site. It is difficult to 
guarantee the atomicity of a global transaction because the 
underlying DBMS can exercise execution autonomy by abort¬ 
ing subtransactions at any time. Furthermore, local transac¬ 
tions can be executed by a local DBMS at any time, which 
can adversely affect serializability. The following examples 
illustrate some of the potential difficulties. 

Consider the situation depicted in Figure C for a DBMS 
where control autonomy is preserved. Assume that all the 
operations of subtransaction T, except for the commit opera¬ 
tion, have been executed. Also, assume that the commit op¬ 
eration is submitted to the underlying DBMS after a GAC pro¬ 
tocol decides to commit the corresponding global transaction. 
This decision could have been made with the expected seri¬ 
alization order that has T preceding local transaction i 2 . 
However, an internal abort occurs for T, and since the MDBS 
has no control over l 2 ’s execution, the DBMS might execute 
and commit L z . Hence, even if the changes to be effected by 



differ. 




L Commit T pi 


Serialization order 


Figure D. Commitment and serialization orders may 
differ. 


T are retrieved from stable storage and resubmitted to the 
DBMS, Ts position in the actual serialization order will be er¬ 
roneous. Thus we find that preserving execution and control 
autonomy, together with unrestricted types of transactions 
permissible in the system, implies that a prepared state can¬ 
not be guaranteed. 

Next, consider the problem of ensuring global serializabili¬ 
ty. The MDBS is required to gauge the serialization orders 
implicitly using the responses from the underlying DBMS — 
usually from the order of the commitments. Problems arise if 
only conflicting operations of the global transactions are con¬ 
sidered for ensuring serializability. Consider the situation de¬ 
picted in Figure D for site S, where we again assume that 
control autonomy is preserved. Let T p , and T qi be two non¬ 
conflicting subtransactions arising from global subtransac¬ 
tions G p and G q , and assume that T pi commits first. The fig¬ 
ure shows that this commit order can differ from the 
serialization order due to the presence of a local transaction 
L. As in the previous example, a global serialization order 
might be impossible if the serialization orders at sites S, and 
S, differ with respect to G p and G q . This illustrates the subtlety 
of the situation where two nonconflicting global transactions 
can be involved in nonserializable executions due to the 
presence of local transactions about which the MDBS is nei¬ 
ther informed nor in a position to control. Thus, if it is not 
possible to obtain the serialization order implicitly by using 
the responses from the underlying DBMSs, it becomes nec¬ 
essary to enforce serialization orders explicitly on the sub¬ 
transactions. 9 In other words, unrestricted types of transac¬ 
tions in the system and preservation of control autonomy 
imply that failure to enforce serialization explicitly among the 
subtransactions can result in nonserializable executions. 


T qi Commit 

3 


between the sites could be initiated just 
after the first operation for a subtrans¬ 
action is submitted. No other subtrans¬ 
action is permitted to submit its first 
operation during the interval from the 
initiation until the end of the synchroni¬ 
zation protocol. This approach guaran¬ 
tees that the time-stamping event can 
be used as the serialization event. 

The solutions proposed in the litera¬ 
ture suggest using a stub process with 
each subtransaction to help synchro¬ 
nize the serialization events. 3 - 8 This pro¬ 
cess is usually executed prior to the 


commit operation (since the GAC is 
usually used for synchronization), and 
it interacts with the coordinator to com¬ 
mit or abort the subtransaction in ques¬ 
tion according to whether the synchro¬ 
nization succeeds or fails. Note that while 
it is simple to synchronize serialization 
events, it is not always possible to ob¬ 
tain these events without making sub¬ 
stantial changes to the DBMSs. 

Nonserializable executions can occur 
between global transactions that have 
subtransactions without direct conflicts 
(see “Unavoidable compromises” side¬ 


bar). An elegant method resolves this. 9 
The idea is for each site 5, to have a 
unique data element ticket , that every 
subtransaction executing at that site must 
access. The access includes a change to 
ticket^ which forces a conflict between 
every pair of subtransactions at site S f . 
Hence, any concurrency control proto¬ 
col used at site S , has to order the sub¬ 
transactions in some specific way, and 
this explicit conflict provides the neces¬ 
sary serializability. 

Although these ideas to preserve con¬ 
sistency can be used while preserving 
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Trading control autonomy for reliability 


We describe the salient points of an approach for transaction 
management in an MDBS environment to achieve the reliability 
of a typical distributed DBMS. Our goal is to provide efficient 
mechanisms to guarantee the ACID properties for unrestricted 
types of transactions — which implies that it is necessary to in¬ 
fringe on the control autonomy of the local DBMSs. However, 
we support full execution autonomy for each DBMS, use the ex¬ 
isting mechanisms for concurrency control and recovery, and 
propose a simple technique that makes minimal assumptions 
regarding the DBMSs to ensure wide applicability. We incorpo¬ 
rate several ideas suggested in the research literature, and we 
provide the justification for our particular approach. 

System structure. Our scheme assumes an MDBS structure 
consisting of n sites S„ S s ,. .. , S„, interconnected by a com¬ 
munications network as shown in Figure E. Each LTM, is as¬ 
sumed to accept transactions or subtransactions (henceforth, 
we refer to either as transactions) with separable operations. 

No concurrency control information is required to be passed to 
MDBSiXo ensure correct executions. Each DBMS is assumed to 
manage local recovery from failures and deadlocks, and to pro¬ 
vide the ACID properties. In particular, for each local SG, if 
there is an edge from a transaction T t to a transaction 7}, then T, 
must have committed before 7}— a property that is usually pro¬ 
vided in practical DBMSs. 

Transaction management. Our scheme emulates a GAC 
protocol that ensures the ACID properties. Thus, when all oper¬ 
ations (except the final commit) for a subtransaction T k have 
been successfully executed, the concerned MDBS, engages in 
a GAC protocol as described in the main text. Prior to declaring 
a prepared state to the coordinator, MDBS, saves ch(T k ) (the 
set of changes made by T k ) in stable storage. Until the comple- 



control autonomy and providing unre¬ 
stricted types of transactions, they are 
not general enough to accommodate 
full execution autonomy that allows 
aborts. Measures of correctness differ¬ 
ent from the ACID properties of cor¬ 
rectness have been suggested to cir¬ 
cumvent this problem. For example, a 
different correctness criterion could be 
considered that does not require serial- 
izability over all transactions but in¬ 
stead requires global transactions to be 
serialized among themselves and each 
local execution to be locally serializ¬ 
able. 10 However, restrictions must be 
placed on the transaction types to pre¬ 
serve data consistency (for example, pre¬ 
venting dependencies between the sub¬ 
transactions of a global transaction). 
Unfortunately, these restrictions can 
require examining the database integri¬ 
ty constraints that are often available 
only implicitly. 

Extensions of this basic idea exist 


wherein the semantics associated with 
the transactions are used to ensure cor¬ 
rectness and failure resilience. 11 For 
example, global transactions can be re¬ 
garded as a different level of abstrac¬ 
tion than local transactions (and sub¬ 
transactions). Thus, the existingDBMSs 
provide the correctness at the level of 
local execution, whereas the MDBS must 
provide correctness separately for the 
global level. For such approaches, the 
expectation is that the applications that 
use an MDBS environment will provide 
sufficient information to accurately spec¬ 
ify the restrictions that need to be placed 
on the global transactions so that they 
can safely interact with the concurrent 
autonomous local executions. 

Failure resilience. Ensuring this prop¬ 
erty in an MDBS environment is diffi¬ 
cult. 2 We consider two facets of this 
issue that substantially differ from those 
of a distributed DBMS. The first prob¬ 


lem deals with aborts of transactions, as 
previously discussed with regard to en¬ 
suring atomicity. Many researchers ig¬ 
nore the problem by assuming that it 
does not occur; their techniques are lim¬ 
ited to situations that do not support 
full execution autonomy. 

The second problem deals with site 
failures accompanied by the loss of vol¬ 
atile memory. In this context, there is a 
general consensus on requiring the 
MDBS to support a stable storage for 
log records independent of the underly¬ 
ing DBMSs. The typical MDBS recov¬ 
ery protocol is similar to the underlying 
DBMS recovery procedure. Subtrans¬ 
actions that need to be committed (but 
which happened to get aborted due to a 
failure) are redone using the log records. 
Most approaches advocate the princi¬ 
ple that, after a site failure, local trans¬ 
actions should be allowed to access the 
DBMS resources only after the MDBS 
has also completed its recovery tasks. 3 7 
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tion of the protocol, no further operation from any other transac¬ 
tion at site S, is submitted to DBMS,. When the final decision on 
the fate of T k is received, MDBS , accordingly submits to DBMS , 
the commit or abort operation on behalf of T k . If the decision is 
to commit, and it is successfully executed, then ch(T k ) can be 
discarded, and the site continues to process the other transac¬ 
tions. 

However, if the commit request for T k is discarded by DBMS, 
and an internal abort threatens to compromise atomicity, the fol¬ 
lowing actions are performed by MDBS,. All active transactions 
that can directly follow T k in the local SG are forcibly aborted to 
enforce the isolation of T k . An easy way to accomplish this is to 
abort all other active transactions at site S, (that is, to emulate a 
failure). Since this is likely to be too drastic, we advocate that 
pc(T k ) (the set of active transactions that potentially conflict with 
T k ) be constructed as later described and only those transac¬ 
tions be forcibly aborted. Following this, the set ch{T J is con¬ 
verted into a separate write-only transaction that is repeatedly 
resubmitted to DBMS , until successfully committed. Thus, the 
aim is to emulate an execution where no internal abort of the 
subtransaction T k occurs and, instead, some other transactions 
suffer internal aborts. 

The construction of the set pc(T k ) depends on the particular 
concurrency control protocol in use at DBMS,. The following is a 
method for the case of strict 2PL. The transactions that are ac¬ 
tive at DBMSj from the start of the prepared state for T k up to the 
completion of the GAC protocol need to be considered. Only 
those active transactions that have outstanding operations that 
conflict with the operations of T k are included in pc(T k ). Note that 
some transactions can be added to pc(T k ) even after the GAC 
protocol completes its execution on behalf of T k since the MDBS, 
may receive operations that conflict with T k only after the com¬ 
pletion of the protocol. 


Notice that unlike other approaches, 7 MDBS , need not de¬ 
lay local transactions except during the GAC protocol. Forced 
aborts of transactions occur only if a commit operation for a 
subtransaction fails — which happens infrequently. 

The infringement of control autonomy allows concurrency 
control to be managed at the level of the MDBS „ and this pro¬ 
vides the means to ensure serializability. However, such an 
approach incurs a penalty in efficiency since concurrency 
control delays are incurred in the MDBSi and the DBMS , lev¬ 
els. Hence, we propose that the existing protocols in DBMS f 
be used except for one difference. Since global transactions 
that have nonconflicting subtransactions at a common site 
can suffer nonserializable executions (as explained in the 
“Unavoidable compromises” sidebar), we propose adopting 
the technique of forcing conflicts between subtransactions at 
each site. 9 This is necessary to extend the method to other 
concurrency control schemes and to use a synchronizing pro¬ 
tocol across the sites. 

Reliability. The primary problem for the MDBS , module is 
providing prepared states for the subtransactions executing 
at its site. Recovery from site failures in our scheme can be 
handled in a manner similar to the one for handling internal 
aborts in a GAC protocol. Thus, upon recovery from a site 
failure, MDBS; simply resubmits repeatedly the set ch(T k ) for 
a subtransaction T k that was in a prepared state at the time of 
the failure (and if the final decision for T k was to commit). 

Note that DBMS, will have forcibly aborted the set pc{TJ as 
part of its own recovery procedure. 

We resolve the problem of distributed deadlocks by using 
time outs. The distributed MDBS structure allows handling of 
distributed failures in a manner similar to the way typical dis¬ 
tributed DBMS technology handles them. 


While recovery from failures appears 
conceptually simple, the problem lies in 
ensuring that the desired correctness is 
maintained. Thus, the questions of ato¬ 
micity and consistency have to be close¬ 
ly examined to ensure simple recovery 
procedures. The approach we propose 
(see “Trading control autonomy for re¬ 
liability” sidebar) infringes on control 
autonomy while providing the ACID 
properties and unrestricted types of 
transactions. The approach uses several 
existing techniques we described. 


D esigning reliable transaction 
management for an MDBS en¬ 
vironment requires examining 
several technical, nontechnical, and ap¬ 
plication-specific issues. These issues 
constrain the designs and mandate en¬ 
gineering decisions about trade-offs. 
Further research and prototype MDBS 
designs are required to find the best 


alternatives. In doing so, you must con¬ 
sider the practical issues concerning 
transaction management 12 so that the 
ideas developed are applicable in real- 
world environments. ■ 
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Integrating Diverse 
Information Repositories: 
A Distributed 
Hypertext Approach 


John Noll and Walt Scacchi, University of Southern California 


A distributed 
hypertext architecture 
provides transparent 
access to autonomous, 
heterogeneous 
information 
repositories. The result 
is a powerful 
organizational tool and 
a simple yet effective 
integration mechanism. 


"W" n today’s networked computing environment, powerful workstations sup- 
■ port a variety of sophisticated, graphics-oriented applications. Local area 
[H networks connect these workstations to file servers; the LANs are them¬ 
selves linked by wide area networks, enabling access to information around the 
globe. This abundance leads to diverse access protocols, storage managers, data 
formats, and user interfaces — rendering much data inaccessible to any single user 
simply because too many things must be known even to begin. Furthermore, 
finding an item once is not necessarily the same as finding it again. The original 
discovery process may be lengthy and involved, or even accidental. 

How can we provide transparent access to heterogeneous information reposito¬ 
ries, while maintaining their autonomy? In this article, we address key problems of 
support for multiple, heterogeneous repositories, each under separate and auton¬ 
omous administration with a variety of incompatible interfaces; diverse, uncon¬ 
ventional data types; and different ways of viewing relations among the same 
information items. We present a solution to these problems that is radically 
different from existing systems. It is based on our distributed hypertext (DHT) 
architecture, which combines transparent access to autonomous, heterogeneous 
information repositories and a powerful, flexible organization technique. This 
approach requires no change to the structure or content of participating reposito- 


Related work 

To what extent do existing systems address current problems? There are two 
broad approaches: distributed file systems and heterogeneous databases. 

Distributed file systems provide file access through a network of distributed file 
servers that may have different architectures. The resulting file space on the server 
can be extremely large. One problem with these systems is that a file name can have 
several meanings: it can indicate the file’s location in the file system hierarchy; it 
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2. Using the DHT Library. 

The DHT library is primarily a communications facility; there¬ 
fore, the task of application designers is to transform objects 
from the server's storage format into DHT format, and then to the 
client's format on the receiving end. The library makes no 
sumption about how objects are actually stored or ultimately 
used, although performance considerations will probably rule out 
some applications. 

Developing an application using the DHT library involves three 
steps. Firsf, the application's objects must be transformed into 
DHT format. This involves specifying each object's attributes 
and contents. Second, a server must be constructed to handle 
client requests for objects. This step may involve interfacing 
the server to an existing storage manager (such as a DBMS) or 
developing an entirely new storage manager specific to the appli- 


Figure 1. Displaying links. 


can express the file’s purpose; it often 
contains file name extensions that indi¬ 
cate the file type; and it may include 
some notion of the file’s relation to 
other files in the same directory. This 
overloading can lead to complex, cum¬ 
bersome file names that are difficult to 
manage and evolve. 

Attributed file systems 1 attempt to 
solve this problem by attaching attributes 
to files. These attributes express addi¬ 
tional information, such as type, cre¬ 
ation and access methods, and relations. 
In addition, they provide a way of locat¬ 
ing relevant files by associative search 
against attribute values. 

All file systems share the drawback 
that relations among objects can only 
be expressed by grouping them into di¬ 
rectories, or, in attribute-based systems, 
by attaching attributes that point to other 
files. Directories can only express mem¬ 
bership in a set; attributes force rela¬ 
tions among separate entities to be ex¬ 
pressed as participation in one or more 
other objects. 


Database management systems ad¬ 
dress the problem of associating objects 
by providing primitives that model rela¬ 
tions explicitly. Heterogeneous database 
systems add the ability to integrate many 
separate databases into logically uni¬ 
fied worlds. This can result in a single 
global schema or in many application- 
specific schemas, as in federated archi¬ 
tectures. 2 

The chief problem with heterogeneous 
database systems is preserving autono¬ 
my while providing transactions. A trans¬ 
action is typically controlled by a trans¬ 
action manager. If the transaction 
involves objects from more than one 
database, then some or all participating 
databases become subordinate to the 
transaction manager, violating their 
autonomy. 

In summary, file systems offer flexi¬ 
bility and ease of use, but limit organi¬ 
zation to hierarchies of directories. 
Databases offer many high-level fea¬ 
tures, including powerful organization 
primitives and multiple views, but sacri¬ 


fice autonomy for transactions. Yet, 
there is a gap between the two — a gap 
that DHT can fill. 

Distributed hypertext: 

A solution 

Hypertext is a simple concept for or¬ 
ganizing and viewing information. It 
stores chunks of text in objects called 
nodes, which may be individual files, 
database entries, or possibly text gener¬ 
ated on demand at each access. These 
nodes can be logically connected by us¬ 
ing named relations called links. Links 
can represent such concepts as seman¬ 
tic relations between nodes, logical pro¬ 
gressions from one node to another, 
citations in an article, or cross referenc¬ 
es. They can be anchored, in which case 
the endpoints of the link are represent¬ 
ed by an icon or other indicator in the 
contents of the linked nodes. For exam¬ 
ple, Figure 1 highlights the anchors in 


December 1991 


39 



























the displayed node. Usually, the links 
are one-way; the resulting structure 
forms a directed graph called a corpus. 
Users navigate through the corpus by 
following links from node to node. 

Our integration solution is based on 
the hybrid nature of hypertext. Con¬ 
klin 3 describes the essence of hypertext 
as a combination of three components: 

• a database method, that is, a partic¬ 
ular way of accessing information 
by following links to information 
nodes; 

• a representation scheme, a technique 
for structuring information; and 


• an interface modality, a style of user 
interaction based on direct manipu¬ 
lation of link buttons. 

We exploit these three features of 
hypertext to achieve integration while 
preserving autonomy. Specifically, we 
address issues of organization and flex¬ 
ibility, transparency, and autonomy. 

Organization and flexibility. Hyper¬ 
text offers a simple, natural method for 
organizing textual data. It can be ex¬ 
tended to handle multiple media types, 
or hypermedia. (Henceforth, we will 
use the terms hypertext and hypermedia 


interchangeably.) User interaction is 
simple and straightforward, based on a 
common command set applying to all 
object types. Yet the data elements can 
be organized into complex structures 
by linking them together. Furthermore, 
data elements typically have attributes, 
so the hypertext can be searched by 
querying against node attributes, links, 
or contents. 

Transparency. Schatz 4 describes three 
types of transparency that an informa¬ 
tion environment must provide: 

• type transparency, that is, the abili¬ 
ty use the same interaction tech¬ 
nique to manipulate an object inde¬ 
pendently of its type; 

• location transparency, whereby an 
object should be uniformly accessi¬ 
ble, whether it is local or remote; 
and 

• scale transparency, which requires 
objects to behave the same whether 
there are 100 or 100,000 in the sys¬ 
tem. 

A heterogeneous environment must 
also address source transparency: Ob¬ 
jects should be accessed uniformly re¬ 
gardless of the type of repository that 
manages them. 

Hypermedia systems have demon¬ 
strated type transparency by presenting 
seamless access to diverse media types, 
including text, graphics, sound, and im¬ 
ages. Distributed hypertext systems have 
demonstrated location transparency (see 
the sidebar “Survey of distributed hy¬ 
pertext systems”). It remains to be seen 
whether hypertext can achieve scale 
transparency in a very large system con¬ 
taining hundreds of thousands of ob¬ 
jects. Our approach is discussed under 
“An architecture for distributed hyper¬ 
text.” 

Autonomy. Hypertext transactions 
are simpler than those of databases. A 
hypertext transaction typically involves 
reading or editing a node, or traversing 
a link. These operations are performed 
on a single object: a node or a link. 
Thus, a single repository manages a sin¬ 
gle transaction. Because transactions do 
not cross administrative boundaries, they 
can be supported without global con¬ 
trol. This makes hypertext ideally suit¬ 
ed to integrating autonomous informa¬ 
tion sources. 

Hypertext nodes and links can be com- 


Survey of distributed hypertext systems 

Most hypertext systems are single-user, centralized designs. 1 There are sever¬ 
al examples, however, of distributed hypertext systems. Most of them employ a 
single server to store the links and nodes for a hypertext. Client programs run¬ 
ning on workstations connected by a local area network access this server to ma¬ 
nipulate portions of the hypertext. Examples include Neptune, 2 which stores 
nodes and links in a single database, and Intermedia, 3 Document Integration 
Facility (DIF), 4 and Knowledge Management System, 5 which store links in a data¬ 
base and nodes in files. 

Multiple server designs allow nodes to reside on several different server ma¬ 
chines and links to be made between such nodes. This category includes Sun’s 
Link Service, 6 Distributed DIF, and Virtual Notebook System, 7 which store links 
and node locations in a database, and PlaneText, 1 which stores both links and 
nodes in Unix files. 

Other distributed systems like Telesophy 8 and those proposed for Xanadu 9 and 
Open Hyperdocument Systems 10 are intended to link the knowledge base of a 
large organization, community, or nation. 
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bined to form complex structures. This 
capability can be exploited to accom¬ 
modate design autonomy, whereby lo¬ 
cal databases preserve the ability to 
maintain their structure and content for 
existing applications. By providing dy¬ 
namic gateway processes, local objects 
can be transformed into hypertext struc¬ 
tures, and hypertext operations can be 
transformed into local queries. The un¬ 
derlying database structure remains 
unchanged. 

An architecture for 
distributed hypertext 

To implement a hypertext solution, 
we begin with a DHT architecture as 
the infrastructure for distributed in¬ 
formation management. This architec¬ 
ture is based on a client-server model 
and includes four components: a com¬ 
mon hypertext data model, a commu¬ 
nication protocol, servers, and client 
applications. Figure 2 shows these 
components, which are described be¬ 
low. 

Common hypertext data model. From 
the client point of view, a common mod¬ 
el describes all objects in the informa¬ 
tion space and defines both the struc¬ 
ture of information and the operations 


allowed on objects. The data model has 
three basic object components: 

• nodes, the container objects; 

• links, representing relationships 
between nodes or sections within 
nodes; and 

• attributes of links or nodes, which 
identify various object properties. 

A set of operations on these compo¬ 
nents defines how clients access nodes 
and links: 

• create an object; 

• update the contents or attributes of 
a node or the endpoints or attributes 
of links; 

• delete nodes and links; and 

•traverse a link from one node to 

another. 

Communication protocol. All com¬ 
ponents communicate via a common 
application protocol that implements 
the operations defined by the data mod¬ 
el and provides a mechanism for mov¬ 
ing objects between clients and servers. 

Servers. The content and structure of 
the hypertext are managed by servers 
that include two components: 

• a gateway process that transforms 
hypertext operations into local ac¬ 


cess operations and local informa¬ 
tion objects into hypertext nodes or 
links, and 

• an information repository that con¬ 
tains the information to be access¬ 
ed. These repositories are the enti¬ 
ties to be integrated; they may be 
file systems, databases, or special 
purpose storage managers. 

From the repository point of view, 
the gateway process appears to be an¬ 
other local application that accesses the 
repository data. In this manner, the DHT 
architecture can incorporate existing 
databases without having to copy their 
data or modify their schemas. Also, ex¬ 
isting applications continue to function 
as before. 

Client applications. Clients implement 
applications and specific styles of user 
interaction that serve as a user interface 
to the primitive operations provided by 
the hypertext data model. 

DHT architectural 
advantages 

This architecture solves the integra¬ 
tion problem by implementing hyper¬ 
text in a distributed, heterogeneous 
environment and taking advantage of 
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Implementing a server 


Servers must perform three tasks to support browsing: ex¬ 
port data objects, provide type descriptions, and execute ob¬ 
ject constructors. Here we describe how we implemented 
these tasks for our Software Archive server. 

The server provides access to an existing Ingres database 
that manages relations bewteen software project components 
such as specifications, manuals, and source code. This data¬ 
base has been used to archive student projects collected 
over the past three years. The archive is partitioned into more 
than 80 projects, each of which is then further partitioned into 
seven subsections called forms. Each form corresponds to a 
phase in the software lifecycle and contains numerous mod¬ 
ules that are the actual contents of a project. 

The database schema comprises two relations: a Projects 
relation that stores the project’s name, file system location, 
and login names of users having access to the project, and a 
Modules relation that stores information about each module 
in a project. The figure depicts these relations. 

This database, though simple, presents several interesting 
problems to an integrator. All projects have the same forms, 
and each form has a set of “core” modules that must always 
be present. This core set may be augmented by additional 
modules at the discretion of project team members. Any mod¬ 
ule added to the database must be associated with a project 
and a form within that project. These constraints can cause 
update anomalies if users are allowed unrestricted authority 
to create views of the database. 

DHT solves this problem through object constructors that 
create components of complex objects in a locally consistent 
manner. The module constructor, for example, requires that 
the client specify the “parent” form that is to contain the mod¬ 
ule, as well as the values for some of the module’s attributes. 
The constructor procedure supplies values for the remaining 
attributes (status, type, and author) and uses the client-sup¬ 
plied parent argument to determine appropriate values for the 
project and form fields. The resulting values are appended to 
the Modules relation. However, if the parent object does not 


exist or the user is not assigned to the project, the creation 
fails and an error message is returned 

The process of creating a server for this database involved 
four steps: 

(1) Deciding the types of nodes and links to be exported and 
coding the type descriptions. 

(2) Determining which operations to support. 

(3) Writing SQL queries to implement these operations, which 
will be called from the server process. These include the 
constructor queries to create new projects and modules. 

(4) Linking these components with the server library and reg¬ 
istering the new server with the DHT name server. 

There are three basic types to export from the archive data¬ 
base: projects, forms, and modules. The first two are directory 
objects that serve as the source for links to their children. Mod¬ 
ules are container objects that have editable contents. The fig¬ 
ure shows the type descriptions for each of these. 

The archive server supports the full range of DHT read opera¬ 
tions and the creation of project and module objects. Queries 
implementing these operations must therefore map DHT con¬ 
cepts and objects into SQL queries against record attributes. For 
example, a “get links" request for a form object is translated into 
an SQL query that retrieves all modules that are part of the 
specified object: 

SELECT DISTINCT project, form, name, instance 

FROM modules 

WHERE project =:_project 

AND form =:_form; 

Of particular interest is the implementation of the Module con¬ 
structor. From the DHT perspective, this operation creates a 
new node and links it to the specified form. From the database 
perspective, it adds a new record to the modules table, with the 
parent field set to the specified form. 


the transparency, organization, and flex¬ 
ibility inherent in hypertext, while ex¬ 
ploiting its data access modality to pre¬ 
serve repository autonomy. 

Heterogeneity and integration. The 

common data model accomplishes inte¬ 
gration by letting client applications 
interpret diverse information from di¬ 
verse sources in a uniform manner. A 
key advantage to this integration strat¬ 
egy is that an information source can 
participate without having to coordi¬ 
nate with other sources. This is because 
hypertext nodes are distinct entities and 
their relations are represented via links 
that are separate from nodes. As a re¬ 
sult, integrating a new repository re¬ 
quires only translation of objects into 
the common data model and implemen¬ 
tation of a server to accept and process 


protocol messages. Adding a new serv¬ 
er does not affect existing nodes, links, 
or servers. 

Transparency. The hypertext data 
model describes the structure of objects 
and the operations on objects; the com¬ 
munication protocol implements these 
operations. Therefore, any client can 
manipulate any object using the same 
set of operations, regardless of source 
or type. 

Transactions and autonomy. Reposi¬ 
tories maintain complete control over 
the type and number of objects export¬ 
ed, who may access them, and what 
operations may be performed. Only 
exported objects are known outside the 
repository; there is no requirement to 
export a repository’s entire schema. 


Also, there is no need for a particular 
server to provide write access to its da¬ 
tabase, either to users or to system func¬ 
tions. Furthermore, existing applications 
access the database in the same way, 
because the server handles all transla¬ 
tions between local and common object 
descriptions. 

Transactions are restricted to read or 
update operations on a single node or 
link and to create operations that in¬ 
voke a server’s constructor procedure. 
Therefore, there is no need for a global 
transaction manager that might infringe 
on local control and authority, since any 
transaction is managed solely by the 
affected server. 

The result of this approach is to ren¬ 
der a complex, evolving object space 
comprehensible by applying a simple 
set of structuring operations. 
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Relation: Modules 


defclass Module {DHT Node} 



Name 

Type 

Length 

{attributes 




project 

c 

20 

{{name 

type:string 

card: 

1 disc: “module name”} 

form 

c 

32 

{instance 

type.’int 

card: 

1 desc: “instance number”} 

name 

c 

12 

{type 

type:string 

card: 

1 desc: “module type”} 

instance 

integer 

4 

{heading 

type: string 

card: 

1 desc: “module description”} 

type 

c 

12 

{status 

type:int 

card: 

1 desc: “module status”} 

heading 

c 

64 

{author 

type:string 

card: 

1 desc: “module author”}}} 

author 

c 

16 

{constructor 




status 

integer 

4 

{{name 

type:string 

card: 

1 desc: “module name”} 




{instance 

type:int 

card: 

1 desc: “instance number”} 




{heading 

type:string 

card: 

1 desc: “module description”} 




{contents 

type:string 

card: 

1 desc: “module contents”} 




{parent 

type:oid 

card: 

1 desc: “module parent”}}} 

Relation: Projects 


defclass Project {DHT Composite} 



Name 

Type 

Length 

{attributes 




name 

c 

20 

{{name 

type:string 

card: 

1 desc: “project name”} 

home 

text 1024 


{home 

type:string 

card: 

1 desc: “root directory”} 




{engineers 

type:string 

card: 

* desc: “project developers”}}} 

Relation: Engineers 


{constructor 




Name 

Type 

Length 

{{name 

type:string 

card: 

1 desc: “project name”} 

project 

c 

20 

{home 

type:string 

card: 

1 desc: “root directory”} 

name 

c 

16 

{engineers 

type:string 

card: 

* desc: “project developers”}}} 




defclass Form {DHT 

Composite} 






{attributes 







{{name 

type:string 

card: 1 desc: “Form name”}}} 




{constructor {{}}} 





Software archive relations and associated DHT type definitions. 


These queries are embedded into a set of C language func¬ 
tions that are linked into a server template provided as part of 
the DHT library. Once this process is complete, the new server 
is ready to run. The last step is to add its name to the name 


server so that its address is registered upon startup. 

The entire development process for this server was com¬ 
pleted in two days and the implementation comprises about 
300 lines of C and SQL code. 


Implementation 

We have developed a prototype DHT 
system implementation. Here we present 
an overview of the system to describe 
how hypertext functions are carried out 
from the client and server points of view. 

System overview. The goal of our pro¬ 
totype system is to demonstrate how 
existing heterogeneous repositories can 
be integrated using the DHT architec¬ 
ture. Therefore, we built several servers 
to provide access to a variety of reposi¬ 
tories ranging from simple hash tables to 
object-oriented databases. Specifically, 
servers were constructed to access an 
existing software project database im¬ 
plemented using the Ingres relational 
database management system, an ob¬ 


ject-oriented database containing bib¬ 
liographic entries, a name server to 
manage addresses of the other servers 
in the system, and the Unix file system. 

Additionally, we implemented link 
and annotation servers using a B-tree 
storage manager. The link and annota¬ 
tion servers store annotations linked to 
other objects, as well as user’s personal 
links. These servers enable users to 
attach comments to other nodes in the 
system and to build personal link net¬ 
works. We have several clients that 
provide user access to the available 
servers, including a hypertext browser 
providing a means for navigating links, 
viewing and editing nodes, and creat¬ 
ing annotations to nodes, and several 
shell commands for creating and re¬ 
trieving nodes from specific servers. 

See Figure 2 for an overview of these 


components and the sidebar for details 
on implementing a DHT server. 

Using the system. Users engage in 
three basic activities: browsing links, 
viewing and editing nodes, and creating 
new objects. These tasks are carried out 
using a window-oriented browser/edi¬ 
tor. Servers support these activities by 
exporting data objects, providing ob¬ 
ject type descriptions, and creating new 
objects in their storage managers in re¬ 
sponse to user (or client) requests. We 
examine each of these activities. 

Browsing. Browsing involves repeat¬ 
ed execution of the following steps by a 
client process: 

(1) Locate appropriate link servers. 
As discussed previously, links are not 
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necessarily stored as part of the nodes 
that they link. Therefore, a client man¬ 
aging the browsing process must first 
determine what server to contact to re¬ 
trieve the list of links originating at a 
node. This server may be specified with 
each command or in a default configu¬ 
ration file. 

By convention, each user has a de¬ 
fault configuration that specifies, among 
other things, where to look for links. 

(2) Retrieve the list of links associat¬ 
ed with a node. Once the link server has 
been specified, the client simply sends a 
message to the server requesting the list 
of links emanating from the desired node. 

(3) Filter the list according to at¬ 
tributes specified by the user. Applica¬ 
tions and users may be interested in 
only a subset of links associated with a 
node. Therefore, a user may specify a 
filter to apply to the list of links. 

(4) Present the resulting links to the 
user. This step is application dependent 
as well as link dependent. Some links 
may simply represent a relationship 
between two nodes; others are “an¬ 
chored,” representing a relation between 
a subcomponent or section of one node 
to a subcomponent or section of anoth¬ 
er node. Anchored links are best pre¬ 
sented by emphasizing the “anchor” in 
the displayed node, as in Figure 1 where 
anchors are highlighted, while other links 
can be selected from a menu-style list. 

(5) Retrieve and display the endpoint 
of a chosen link. Once the links have 
been presented, either as highlighted 
anchors or menu items, the user can 
select one for traversal. This step can 
take place only after a client determines 
that it has sufficient local resources to 
display a node. This is because certain 
node types require special hardware or 
software; a video object, for example, 
requires special playback and display 
hardware whereas text can be shown on 
any terminal. To facilitate this step, 
object identifiers contain a type field, so 
clients know an object’s type before 
retrieving the whole object. Once the 
client process determines that it can 
present the contents of a node, it sends 
a message to the server that stores the 
node, requesting the return of the con¬ 
tents. 

Creating new objects. Servers must 
have absolute control over the creation 
process to ensure consistency of the 
local repository. This requirement com¬ 
plicates object (node or link) creation. 



Hypertext combines 
a user interaction 
technique, a data 
representation method, 
and a data storage 
mechanism. 


It means that users cannot arbitrarily 
create nodes or links at any server. Rath¬ 
er, to allow servers to control access and 
meet repository consistency constraints, 
we provide object “constructors,” local 
procedures that create complex objects 
from client-supplied arguments. 

Constructor arguments are specified 
in object type descriptions. Users who 
want to create an object must specify 
the type of object to create. The client 
then retrieves the appropriate type de¬ 
scription and interprets the constructor 
argument specification. The user is then 
asked to supply values for each of the 
constructor arguments. The figure in 
the sidebar shows a type description 
with constructor arguments. 


W e began with a statement of 
four requirements for infor¬ 
mation integration: organiza¬ 
tion, flexiblity, transparency, and au¬ 
tonomy. Our DHT architecture meets 
these requirements by extending hy¬ 
pertext to a distributed, heterogeneous 
environment. 

We chose hypertext as a solution strat¬ 
egy because of its multifaceted nature: 
it combines a user interaction technique, 
a data representation method, and a 
data storage mechanism. 3 

The user interaction facet provides 
transparency. Users interact with infor¬ 
mation by creating nodes and links and 
by browsing the resulting linked infor¬ 
mation space. Browsing utilizes a com¬ 
mon set of tools regardless of the types 
of nodes contained in the information 
space. 

The data representation facet pro¬ 
vides the organization and flexibility to 
construct multiple views and complex 
structures by linking nodes. This simple 


organization technique is both power¬ 
ful and extremely flexible. Views can be 
changed or removed entirely simply by 
adding or removing links. Yet the linked 
nodes remain unaffected by such chang¬ 
es. Contrast this with database manage¬ 
ment systems, in which different views 
can produce critical update problems 
and changes in schema structure can 
affect numerous data instances. 

Finally, the data storage facet pro¬ 
vides the key to implementing an inte¬ 
grated hypertext in an autonomous and 
heterogeneous environment. This is 
because the hypertext data storage mod¬ 
el can support transactions without 
compromising the autonomy of partici¬ 
pating information repositories. Fur¬ 
thermore, a hypertext storage mecha¬ 
nism can manage diverse data types and 
can be implemented on a variety of 
storage managers. 

Thus, the hypertext-based approach 
results in two gains: a simple integration 
strategy that preserves repository au¬ 
tonomy and a powerful organizational 
tool that lets many users and applica¬ 
tions construct personal views of shared 
objects. 

The chief weakness of our solution is 
the necessity to implement a new gate¬ 
way for each new repository; this is a 
weakness we share with other integra¬ 
tion strategies. However, our experi¬ 
ence has shown that new gateways can 
be implemented in as little time as one 
day, so this is less of a drawback than it 
might appear. 

Our future work will focus on devel¬ 
oping reusable mechanisms for integrat¬ 
ing new servers as well as continuing to 
gather experience with the prototype 
system. We are also implementing more 
sophisticated clients that model soft¬ 
ware processes 5 and servers to integrate 
repositories for software engineering 
environments. ■ 
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By considering 
dependency 
specifications, mutual 
consistency 
requirements, and 
consistency restoration 
techniques together, we 
gain better insight into 
maintaining 
consistency of related 
data in a multidatabase 
environment. 


U ® sers and applications in a multidatabase environment should be provided 
with a consistent view of interrelated data, even if the data are managed 
by multiple heterogeneous and (semi) autonomous systems. In this arti¬ 
cle, we use the term interdependent data to indicate that mutual consistency 
requirements exist between the data stored in separate systems. Manipulation 
(including concurrent updates) of the interdependent data must be controlled to 
ensure that the mutual consistency of data is preserved. 

In most applications, the mutual consistency requirements among multiple 
databases are either ignored or the consistency of data is maintained by the 
application programs that perform related updates to all relevant databases. 
However, this approach has several disadvantages. First, it relies on the applica¬ 
tion programmers to maintain mutual consistency of data, which is not acceptable 
if the programmers have incomplete knowledge of the integrity constraints to be 
enforced. Also, a modification of an application may require a change of the 
actions to be performed to maintain integrity and consistency. Since integrity 
requirements are specified within an application, they are not written in a declar¬ 
ative way. If we need to identify these requirements, we must extract them from the 
code, which is a tedious and error-prone task. 

A possible approach to this problem is to enhance existing techniques of 
preserving integrity in distributed databases. 1 The main limitation of these tech¬ 
niques is that they do not capture different dimensions of integrity preservation 
(for example, time constraints) and they assume that the consistency between the 
related data must be restored immediately. However, in loosely coupled environ¬ 
ments we may need to temporarily tolerate inconsistencies among related data. 
Active databases 2 address this problem by allowing evaluation of time constraints 
in addition to data-value constraints. They use object-oriented techniques to 
encapsulate the maintenance of consistency inside the methods. 
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Transaction management systems, 
based on the traditional transaction con¬ 
cept or its extensions, 3 can be used to 
preserve database consistency. Howev¬ 
er, the specification of these actions 
and, hence, the correctness of the mul¬ 
tidatabase updates still rest with the 
application programmer, who is respon¬ 
sible for the design of each transaction. 

In this article, we address the prob¬ 
lem of interdatabase dependencies and 
the effect they have on applications 
updating interdependent data. We pro¬ 
pose a model that allows specifications 
of constraints among multiple databas¬ 
es in a declarative fashion. The sepa¬ 
ration of the constraints from the ap¬ 
plication programs facilitates the 
maintenance of data constraints and 
allows flexibility in their implementa¬ 
tion. It also allows investigation of var¬ 
ious mechanisms for enforcing the con¬ 
straints, independently of the application 
programs. By grouping the constraints 
together, we can check their complete¬ 
ness and discover possible contradic¬ 
tions among them. We also discuss the 
concept of polytransactions, which use 
interdatabase dependencies to gener¬ 
ate a series of related transactions that 
maintain mutual consistency among in¬ 
terrelated databases. 

First we introduce our model for spec¬ 
ifying interdatabase dependencies, mu¬ 
tual consistency requirements, and con¬ 
sistency restoration procedures. Then 
we give several detailed examples and 
discuss how the specifications can be 
used to manage interdependent data. In 
our conclusion we discuss directions for 
further work. 

Specification of 

interdatabase 

dependencies 

In this section we introduce the for¬ 
mal specifications of interdatabase de¬ 
pendencies. (However, before we can 
specify interdatabase dependencies, we 
must eliminate incompatibilities that 
may exist among related data items in 
different databases. These items may 
have different names and be defined 
using different data types and/or units. 
In this article we do not address the 
problem of resolving data incompatibil¬ 
ity.) 

Dependencies are specified in a de¬ 
clarative fashion and are viewed as sep¬ 


arate schema entities. Interdatabase 
dependencies should specify not only 
the dependency conditions and the con¬ 
sistency requirements that must be sat¬ 
isfied by the related data, but also the 
consistency restoration procedures that 
must be invoked whenever the consis¬ 
tency requirements are violated. These 
problems have been addressed in the 
literature separately. Data dependency 
conditions are equivalent to integrity 
constraints. 1 However, systems that 
maintain database integrity usually as¬ 
sume that it must be maintained at all 
times. Consistency requirements be¬ 
tween related data that involve timing 
constraints have been discussed. 4 Time 
and other factors for mutual consisten¬ 
cy have also been considered. 5 ' 7 Actions 
needed to restore consistency between 
interdependent data have been studied 
extensively in active databases. 2 In our 
opinion, all these components of inter¬ 
database dependencies represent three 
facets of a single problem and should be 
considered together. 

Interdatabase dependency schema. 

We use data dependency descriptors (D 3 ) 
to specify the interdatabase dependen¬ 
cies. They can be viewed as an exten¬ 
sion of the identity connection proposed 
by Wiederhold and Qian. 4 A data de¬ 
pendency descriptor is a five-tuple: 

D 3 = <5, U, P, C, A> 

where S is the set of source data objects 
and U is the target data object. Here, P is 
a Boolean-valued interdatabase depen¬ 
dency predicate that defines a relation¬ 
ship between the source and target data 
objects, and evaluates to true if this 
relationship is satisfied; C is a Boolean¬ 
valued mutual consistency predicate that 
specifies consistency requirements and 
defines when P must be satisfied; and A 
is a collection of consistency restoration 
procedures specifying actions that must 
be taken to restore consistency and to 
ensure that P is satisfied. 

The interdatabase dependency de¬ 
scriptor D 3 is unidirectional from the 
set of source objects to the target ob¬ 
ject. A data object cannot be both a 
source data object and a target data 
object in the same D 3 . The direction of 
the D 3 is related to the action compo¬ 
nent A. The consistency restoration pro¬ 
cedures can read any object in the set of 
source data objects S, but they can up¬ 
date only the target data object U. While 


the objects specified in S and U may 
belong to the same database, we are 
particularly interested in those depen¬ 
dencies in which the objects belong to 
different databases. These interdatabase 
dependency descriptors can be grouped 
together to form an interdatabase de¬ 
pendency schema. 

We now discuss a possible specifica¬ 
tion of each component of a D 3 . We use 
the relational data model for describing 
database objects. To specify the source 
and target objects, we use fully quali¬ 
fied names that identify the database 
object. In the absence of ambiguity, full 
qualification of the database object is 
not required. Our choice of specifica¬ 
tion syntax for describing P, C, and A is 
guided by the desire to keep them sep¬ 
arate and by pragmatic considerations 
to use an expressive and descriptive 
syntax. Other choices of models and 
languages are possible and may be dic¬ 
tated by the application environment. 

Specification of the dependency pred¬ 
icate in a D 3 . The dependency predicate 
P is a Boolean-valued expression spec¬ 
ifying the relationship that should hold 
between the data objects in S and U. 

Dependency predicates are specified 
using operators of relational algebra 8 ’ 5 
(selection a, projection n, join IX, union 
u, difference -, intersection n, and so 
on). Together with the basic operators, 
we also use the aggregate operator J; 
and the transitive closure operator a. 
The \ operator allows specification of 
aggregate functions such as sum or count 
for the whole relation or for groups 
obtained by partitioning the relation 
according to the specified attribute. The 
a operator computes the transitive clo¬ 
sure of a single relation R, assuming 
that the relation is transitive over its 
first two attributes. Aggregate and 
grouping operators can be used inside 
the a operator. 

As an example, let’s consider two re¬ 
lations EMP and DEPT_SAL that be¬ 
long to different databases D1 and D2, 
respectively. Relation D2.DEPTJSAL 
(D#, Avg_sal) contains information 
about the average salary of employees 
for every department in an organiza¬ 
tion, and relation D1 .EMP (E#, Ename, 
Sal, D#) contains information about all 
employees. Let’s assume that a depen¬ 
dency between these relations requires 
that the Avg_sal in each department 
must be equal to the average of the 
salaries of all employees in that depart- 
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ment. This dependency can be expressed 
by the following predicate: 

P: DEPT_SAL = $ D# , awm (EMF) 

Specification of mutual consistency 
requirements in a D 3 . In this section we 
discuss the specification of mutual con¬ 
sistency of related data objects and clas¬ 
sify its various components. 

Multisite transactions that simulta¬ 
neously commit updates at multiple sites 
provide immediate consistency 6 of the 
related data. Most of the earlier work 
on maintaining consistency among rep¬ 
licated or related data assumed that 
immediate consistency of copies must 
be provided. 7 The idea of specifying a 
time or a transaction when the consis¬ 
tency of related data must be restored 
was introduced by Wiederhold and 
Qian. 4 The identity connection they pro¬ 
posed allows the specification of consis¬ 
tency requirements between replicated 
relations, versions of relations, frag¬ 
ments, primary/secondary copies, and 
so on. Quasi copies 5 are replicas that 
may tolerate some controlled inconsis¬ 
tency. They guarantee satisfaction of a 
consistency predicate called a coheren¬ 
cy predicate. In both of the above ap¬ 
proaches, the dependency specification 
is combined with the definition of con¬ 
sistency requirements that must hold 
between related data objects. 

In our discussion, we concentrate on 
the specification of consistency require¬ 
ments. We classify them along two di¬ 
mensions that are to a large degree or¬ 
thogonal: time and state of data. The 
consistency requirement predicate, de¬ 
noted by C, specifies when (in terms of 
time and/or data state) the related data 
must be consistent. Interdependent ob¬ 
jects may be allowed to be inconsistent 
within certain limits determined by C. 
The specification of the consistency pred¬ 
icate can involve multiple Boolean-val¬ 
ued conditions that we refer to as con¬ 
sistency terms and denote by c,. Each c, 
refers to either time or the state of a 
data object. Hence, C is a logical ex¬ 
pression involving v, a, or —.operators 
and consistency terms c f . 

Temporal consistency terms. To iden¬ 
tify the point in time at which the relat¬ 
ed data objects must be consistent, we 
use DD-MMM-YYYY to specify the 
date (day, month, and year) and 
hh:mm.ss to denote time (hour, minute, 
and second). All time references use 
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the universal coordinate time. The gran¬ 
ularity of temporal terms may differ 
depending on their type. Whenever we 
use time consistency terms, we mean 
the exact instant of time, but when we 
specify a temporal consistency term with 
a date, we mean the whole day and not 
a particular time during that day. 

The time when the consistency of the 
interdependent data objects should be 
restored may be specified in one of the 
following ways: 

• At a particular date and/or at a spe¬ 
cific point in time. The on operator is 
used with the date, and the @ operator 
specifies time. The expression on d 
means “on date d,” and the expression 
@t translates into “at time t.” For exam¬ 
ple, @ 9:00 means “at 9 a.m.,” and on 27- 
May-1991 means “on May 27,1991.” 

• Before or after a specific instant of 
time or date. We use the / operator to 
denote predicates of this type and the 
operator’s position to distinguish be¬ 
tween before and after. For example, / 
8:00 means “before 8 a.m.,” and 25- 
Aug-1991 ! means “after August 25, 
1991.” 

• In intervals of time and/or dates 
using the A operator. For example, 
A (9:00-17:00) means “during the whole 
interval between 9 a.m. and 5 p.m.,” and 
A( 10-Jun-1991 @17:00-11-Jun- 
1991@8:00) specifies an overnight in¬ 
terval. (Intervals of time can also be 
specified by a combination of before 
and after operations. For example, 
A(9:00-12:00) is equivalent to 9:00 ! a ! 
12 : 00 .) 

• Periodically, when a certain amount 
of time has elapsed. We can use either 
the expression £ (period @ t) to specify 
“every period of time at time t,” or 
e(period on d) to denote a period of 
days. A period of time can be specified 
using a difference of two times (for ex¬ 
ample, t 2 - q); one of the keywords year. 


month, day, hour, min, or immediately, 
or a duration of time. For example, e (day 
@ 12:00) means “every day at noon,” 
and e(month on 15) means “on the 15th 
day of every month.” 

These specifications of a period (time 
or date) refer to an absolute time. The 
period denotes the maximum elapsed 
amount of time. However, there are 
cases when we need to specify a period 
with reference to the time the consis¬ 
tency was previously restored. We use 
the notation z"(period) in this case. For 
example, e"(8 hour) means that the con¬ 
sistency must be restored within eight 
hours of the previous restoration of con¬ 
sistency. In other words, the values of 
related data objects cannot diverge by 
more than eight hours. 

Data state consistency terms. The data 
state requirements determine how far 
the related data may diverge (in terms 
of data values) since the last time their 
consistency was restored. If the diver¬ 
gence exceeds a prespecified limit, mu¬ 
tual consistency must be restored. 5 These 
terms can be specified directly, in terms 
of their data values, or indirectly, in 
terms of the operations performed on 
data. 

Consistency terms involving data val¬ 
ues can be specified in the following 
ways: 

• By limiting to a given percentage 
the number of data items that can be 
changed before the consistency must be 
restored. In the earlier example of the 
D 3 involving source relation Dl.EMP 
and target relation D2.EMP_COPY, we 
can specify that whenever more than 10 
percent of the records in the source 
relation are changed, the relation 
EMP_COPY must be made equal to 
EMP: 

10% (Dl.EMP) 

• By specifying (or limiting) the max¬ 
imum change in the value of data that is 
allowed before the consistency must be 
restored. As an example, let’s consider 
relations EMP and DEPT_SAL defined 
earlier. We may specify that the 
DEPT_SAL relation must be updated 
whenever the salary of an employee is 
changed by more than 500, using the 
following condition: 

A EMP.Salary > 500 
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where A denotes the change of value. 

• By specifying a condition involving 
data values or an aggregate function on 
the values of source data items. When 
this condition is violated, the consisten¬ 
cy must be restored. For example, we 
may specify that action must be taken 
whenever the average salary of the em¬ 
ployees in the EMP relation is changed 
by more than 50, using the following 
condition: 

A (AVG (EMP.Sal)) > 50 

• By specifying the maximum allowed 
discrepancy between version numbers 
of a given object that can exist in related 
databases. Suppose that a data object is 
modified by creating new versions. We 
may need to restore data consistency 
once the difference between version 
numbers exceeds the allowed maximum. 
If we assume that relation EMP in data¬ 
base D1 has a copy EMP' in database 
D2, we can specify that EMP' can lag no 
more than five versions behind EMP, as 
follows: 

5 versions (Dl.EMP) 

Mutual consistency requirements can 
also be related to some operations per¬ 
formed on data objects. Such require¬ 
ments may indicate that consistency 
should be restored when a particular 
user- or system-defined operation is 
performed. These operations can be 
applied to the source objects, the target 
object, or both source and target ob¬ 
jects. 

If the consistency predicate involves 
only operations performed on the source 
data objects, the corresponding predi¬ 
cate is referred to as a push constraint. 
In this case, an operation applied to one 
or more source data objects propagates 
its effects to the target data object. If 
the consistency predicate contains op¬ 
erations that are applied only to the 
target object, we refer to the consisten¬ 
cy predicate as a pull constraint. In this 
case, the results of (possible) earlier 
updates to the source data objects are 
propagated to a target data object be¬ 
fore the operation specified in the con¬ 
sistency predicate is performed. 

The following types of consistency 
terms involving operations can be de¬ 
fined: 

• We may allow a certain number of 
updates to be performed on a given 
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source object before the corresponding 
changes are made in the target object. 
As an example of a push constraint, the 
consistency term 10 updates onR t , where 
/?! e S, specifies that after 10 updates on 
a source relation f?,, mutual consistency 
must be restored. In a database envi¬ 
ronment, we assume that an update is 
performed by insert, delete, and modify 
operations. We can also directly specify 
the specific update operations (for ex¬ 
ample, 2 delete on R,). 

• We can specify that mutual consis¬ 
tency must be restored before an oper¬ 
ation is performed on the target data 
object (pull constraint). This can be 
specified by the consistency term read 
on U. In a database environment, any 
query involving the target data object is 
a read. 

• We can specify (or limit) the num¬ 
ber of operations allowed on the related 
data objects before consistency is re¬ 
stored. For example, we can specify no 
more than 10 sales transactions before 
consistency must be restored, using the 
term 10 sales, where sales is the transac¬ 
tion name. 

• We can also request the restoration 
of mutual consistency before or after a 
specific operation is performed. This is 
specified by placing the / symbol before 
or after the operation. For example, 
/ calculate_payroll_checks specifies that 
mutual consistency must be restored 
before the calculate_payroll_checks 
transaction is executed. We can also 
enforce consistency after the execution 
of an operation or a transaction. In this 
case, some other updates may be in¬ 
voked, leading to chained updates (trig¬ 
gers fall into this category). For exam¬ 
ple, take_inventory! specifies that after 
the inventory transaction has been com¬ 
pleted, mutual consistency must be re¬ 
stored. 

Whenever the consistency predicate 


C and the dependency predicate P are 
not satisfied, consistency must be re¬ 
stored using the restoration procedures 
described next. 

Specification of consistency restora¬ 
tion procedures in a D 3 . The action com¬ 
ponent A of a dependency descriptor is 
a set of one or more restoration proce¬ 
dures that can be invoked under certain 
conditions to restore mutual consisten¬ 
cy among interdependent data. We as¬ 
sume the existence of a system module, 
such as a manager of interdependent 
data 7 or a multidatabase monitor, 10 that 
tracks and controls the updates of all 
databases. Using the current value of 
each c„ the monitor can calculate the 
value of the consistency predicate C. 

The action component A specifies 
conditional execution of one or more 
consistency restoration procedures. 
Conditions in A, denoted by C R (for 
restoration condition), can be, but need 
not be, the same as conditions in C. C R 
is a logical expression involving v, a, or 
-i operators and the consistency terms. 

The syntax of the A component al¬ 
lows the specification of either single or 
multiple consistency restoration proce¬ 
dures. A with a single consistency resto¬ 
ration procedure is specified as 

A: procedure name [as execution 
mode] 

Since there may be several ways to re¬ 
store consistency, more than one con¬ 
sistency restoration procedure can be 
specified in the action component A, if 
needed. Depending on the restoration 
conditions, an appropriate consistency 
restoration routine will be invoked. In 
this case, we use the following notation: 

when C R] do procedure name [as exe¬ 
cution mode] 

when C R do procedure name [as exe¬ 
cution mode] 

otherwise default procedure name [as 
execution mode] 

The descriptor D 3 specifies the name 
of the procedure to be invoked by the 
multidatabase monitor, and optionally 
the mode in which it will run. The mode 
identifies the relationship between the 
restoration procedure (child) and the 
transaction that invoked it (parent). If 
the database consistency has been vio¬ 
lated as a direct consequence of an up- 
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date operation performed on a source 
data object o e S, the monitor may need 
to link the consistency restoration pro¬ 
cedures to the update that caused the 
violation. In this case, various degrees 
of coupling of the invoked consistency 
restoration procedures with the origi¬ 
nal (parent) update can be defined. Par¬ 
ent and child transactions can be cou¬ 
pled if the parent must wait for the 
restoration procedure to complete, or 
decoupled when the parent can proceed 
immediately. Furthermore, a coupled 
transaction can be vital, in which case 
the parent must fail if the child fails, or 
nonvital, in which case the parent can be 
allowed to continue even if the child 
transaction fails. 11 

This classification is not exhaustive, 
and other relationships between parent 
and child may be possible. Execution of 
the restoration procedures is discussed 
in a later section on using the depen¬ 
dency schema. 

Examples of 

interdatabase 

dependencies 

In this section we present examples 
of interdatabase dependencies. We il¬ 
lustrate the concepts introduced above, 
using the multidatabase environment 
as an example. Let’s suppose that we 
have the following relation schemas: 

EMP (E#, Ename, Sal, D#) 

DEPT_SAL (D#, Avg_sal) 

MGR (E#, Mgrname, Dname) 

Database D1 contains relations EMP 
and MGR. The EMP relation is also 
horizontally fragmented in branch da¬ 
tabases Da, Db, and Dc, with fragment 
names EMP_a, EMP_b, and EMP_c, 
respectively. Additionally, database D3 
contains a replica of EMP named 
EMP_COPY. Finally, database D2 con¬ 
tains relation DEPT_SAL. 

Replicated data. In the case of repli¬ 
cated data, identical copies of data are 
stored in two or more databases. The 
dependency between all copies requires 
that changes performed to any copy be 
reflected in other copies, possibly with¬ 
in some predefined time. Let’s con¬ 
sider the relation Dl.EMP and its rep¬ 
lica D3.EMP_COPY. If we assume that 
EMP must always be up to date, but we 
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can tolerate inconsistencies in the 
EMP_COPY relation for no more than 
one day, we use the following pair of 
dependency descriptors: 

S : Dl.EMP 

U: D3.EMP_COPY 

P : EMP = EMP_COPY 

C: e(day) 

A: Duplicate_EMP 

(The EMP relation is copied to 
EMP_COPY.) 

S : D3.EMP_COPY 

U: Dl.EMP 

P: EMP = EMP_COPY 

C: 1 update on S 

A: Propagate_Update_To_EMP as 
coupled & vital 

(The update to EMP_COPY is 
repeated on EMP.) 

In the previous two descriptors, the 
consistency predicate P is exactly the 
same. The target object in one descrip¬ 
tor is the source object in the other 
descriptor. This is a case of a bidirec¬ 
tional dependency between two data¬ 
base objects. Whenever an update is 
performed on the EMP_COPY, this 
update must be reflected immediately 
in the EMP relation. Consistency, how¬ 
ever, will be restored in the EMP COPY 
only at the end of the day (although 
there may be a number of updates per¬ 
formed to the EMP during that day). 

Existential constraints. Let’s consid¬ 
er an example of referential integrity, 
which is an example of an existential 
constraint. Using the above-mentioned 
EMP and DEPT_S AL relations, we want 
to specify that every employee’s de¬ 
partment (D#) has an entry in 
DEPT_SAL: 

S : Dl.EMP 

U : D2.DEPT_SAL 


P : n D# (EMP) c II d# (DEPT_SAL) 

C : immediately 
A : Notify_user 

A comprehensive example. To see 
how an interdatabase dependency sche¬ 
ma works, let’s consider a collection of 
telecommunication databases used by a 
hypothetical telecommunication appli¬ 
cation for planning new services. We 
assume that DB1 contains information 
about a switch and its contents (for ex¬ 
ample, what each of its slots contains). 
A switch is an electronic device that 
identifies the dialed number and estab¬ 
lishes a connection. We assume that 
every switch has a fixed number of slots 
and that each of them can be either 
available for use or not available (allo¬ 
cated to some equipment). We need to 
keep track of what equipment is in¬ 
stalled in each of the used slots. 

We assume that the information about 
the switch and its contents is stored in 
the following relations: 

SWITCH ( CLLI . InService, OutService, 
SwitchType) (CLLI is a unique key) 
SLOTS ( CLLI. Slot# . Version, Device- 
Type) 

Let DB2 contain summary informa¬ 
tion about the equipment currently at¬ 
tached to all switches. We assume that 
DB2 is a statistical database that does 
not need to be fully up to date. This 
information is stored in the relation 

DEVICE_SUMMARY ( DeviceType . 
TotalN umberU sed) 

Also, let DB3 be an operational data¬ 
base containing status information about 
each switch. This can be represented by 
the relation 

SWITCH_STATUS ( CLLI . Type, Ca¬ 
pacity, NumberSlotsUsed, Number- 
SlotsReserved) 

Finally, let DB4 contain planning infor¬ 
mation about the switches whose capac¬ 
ities are close to being exhausted. This 
information is stored in the relation 

EXHAUSTED_SWITCHES(CLLJ, 

NumberSlotsLeft) 

The above databases may very well 
be used by different applications in an 
organization. These applications can 
contain programs that access the differ- 
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ent databases to manipulate their data 
using transactions. The transactions will 
transform the databases from one state 
into another, preserving database con¬ 
sistency requirements as defined in each 
database. Below, we describe interda¬ 
tabase dependencies that can be de¬ 
fined in this environment. 

Every time an update is submitted to 
the SLOTS relation in DB1, we must 
reflect this change in the DE- 
VICE_SUMMARY relation in DB2, 
although not necessarily immediately. 
The corresponding interdatabase depen¬ 
dency descriptor may look as follows: 

S : DB1.SLOTS 

U: DB2.DEVICE_SUMMARY 

P : ^DeviceType count(*) (SLOTS) = 

DEVICE_SUMMARY 

C: c, a c 2 where 

c,: count(write on 5) > 10; 
c 2 : e(month) 

A: Slots_to_DeviceSummary as de¬ 
coupled 

Whenever the information about a slot 
is changed in DB1.SLOTS (for exam¬ 
ple, equipment is inserted in a slot), the 
DB3 database that contains informa¬ 
tion about the status of the switches 
must be immediately updated. This is 
specified by the following D 3 : 

S : DB1.SLOTS 

U: DB3.SWITCH_STATUS 

P: ^ C LL I ,co U „tc)SWITCH_STATUS = 
E- r . n SWITCH_STATUS 

C: immediately 

A: Slots_to_Switch_Status as coupled 
& vital 

Managing 

interdependent data 

In this section we propose a possible 
system architecture that can be used to 
maintain interdependent data objects 
in a multidatabase environment. We 
assume that an interdatabase depen¬ 
dency system is associated with every 
database participating in a multidata¬ 
base environment and acts as an inter¬ 
face between different databases. De¬ 
pendency systems at different sites can 
communicate with each other. When¬ 
ever a transaction is submitted for exe¬ 
cution, the dependency system will con¬ 
sult the interdatabase dependency 
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schema (IDS) to determine whether the 
data accessed by the transaction are 
dependent on data in other databases. 
The dependency schema can be either 
centralized or distributed over the local 
sites. 

If a transaction updates data in a da¬ 
tabase that are related to data in other 
databases, a series of related transac¬ 
tions may be scheduled for execution to 
maintain mutual consistency of related 
data. The related transactions corre¬ 
spond to restoration procedures and are 
submitted to the database management 
systems that manage the corresponding 
related data. After execution of a resto¬ 
ration procedure, the values of the af¬ 
fected consistency terms c, are reinitial¬ 
ized. 

Generating polytransactions from 
dependency descriptors. The execution 
plan resulting from an initial access of a 
data object interdependent with other 
data objects consists of a number of 
transactions that are submitted for exe¬ 
cution to the local and/or remote sys¬ 
tems. These transactions are created 
because of the existence of interdata¬ 
base dependencies. The transactions can 
be grouped together in a tree form called 
a polytransaction. 

A polytransaction (T + ) is a “transi¬ 
tive closure” of a transaction T submit¬ 
ted to an interdependent data manage¬ 
ment system. The transitive closure is 
computed with respect to the IDS. 

A polytransaction can be represent¬ 
ed by a tree in which the nodes corre¬ 
spond to its component transactions and 
the edges define the “coupling” (as de¬ 
fined by the execution mode in the cor¬ 
responding restoration procedure) be¬ 
tween the parent and child transactions. 
Given a transaction T, the tree repre¬ 
senting its polytransaction T + can be 
determined as follows. We examine all 
data dependency descriptors in the IDS 


such that the data item updated by T is 
among the source objects of the D 3 . If 
this update causes a violation of the 
consistency requirements, we create a 
new node corresponding to a (system¬ 
generated) new transaction T' to up¬ 
date the target object of the D 3 . T' cor¬ 
responds to the action component of 
the D 3 (restoration procedure) that must 
be invoked. These actions correspond 
to push constraints specified in the IDS. 
Similarly, we examine all dependency 
descriptors, such that the data item read 
by T is the target of the D 3 . If a pull 
constraint involving this data item ex¬ 
ists, a new transaction T"is generated to 
update the affected data item, and a 
corresponding new node is created in 
the tree. This process is applied recur¬ 
sively to T' and T" until the consistency 
of the system is restored to the degree 
specified in the IDS. 

Strategy for executing polytransac¬ 
tions. Two approaches to control the 
execution of multidatabase transactions 
have been discussed in the literature. 
Under the first approach, the multida¬ 
tabase system controls the scheduling 
of all subtransactions of a transaction. 11 
A disadvantage of this approach is that 
the set of all subtransactions and the 
precedence dependencies between them 
must be known in advance. The second 
approach is used in active databases 
and uses triggers to asynchronously 
schedule subtransactions on the basis of 
some events, usually in a decoupled fash¬ 
ion. 212 This approach involves specifi¬ 
cation of triggers and is event driven. 

In the model we discuss in this article, 
the polytransaction activities are based 
on the information in the multidatabase 
schema and the database states. This 
approach allows the transaction sched¬ 
ule to be determined dynamically on 
the basis of the information stored de- 
claratively in the IDS. Unlike triggers 
that use only event-driven invocation of 
actions, our approach allows actions to 
be performed on the basis of either the 
state of the data or external events. 

Now consider the comprehensive ex¬ 
ample presented earlier. Let’s suppose 
that transaction T1 submitted to DB1 
modifies the status of one of the slots in 
the switch as a result of adding a piece of 
equipment to the switch. Let’s suppose 
that the interdatabase dependency spec¬ 
ifies that database DB2 should be even¬ 
tually updated to reflect the changes in 
the switches. Hence, transaction T2 will 
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Figure 1. Generation of a polytransaction. 


be scheduled to make required 
changes in DB2. Note that be¬ 
cause of the eventual consistency 
requirements, T2 can be sched¬ 
uled as a decoupled transaction, 
as shown in Figure 1. Let’s further 
suppose that DB3 must be updat¬ 
ed immediately to reflect the 
change in the status of the switch. 
Therefore, a transaction T3 must 
be scheduled. Because of the im¬ 
mediate consistency requirement, 

T3 should be a coupled transac¬ 
tion and T1 cannot commit until 
T3 does. 

To continue with the example 
shown in Figure 1, if the change of 
the switch’s status brings its ca¬ 
pacity above a threshold specified in 
the dependency schema, transaction T4 
will be scheduled to add the relevant 
switch information to DB4. If there is 
an eventual or a lagging consistency 6 
requirement between a relation in DB3 
and a relation in DB4, transaction T3 
can terminate before T4 is executed. 
When all transactions resulting from T1 
complete, the polytransaction com¬ 
pletes. 


I n this article, we discussed some 
of the problems related to the 
maintenance of integrity and con¬ 
sistency of interdependent data in mul¬ 
tiple databases. We proposed a declar¬ 
ative specification of interdatabase 
dependencies using dependency de¬ 
scriptors that together constitute the 
interdatabase dependency schema. 
Dependency descriptors can provide 
more semantic information than con¬ 
straints used to specify database integ¬ 
rity. They specify not only the depen¬ 
dencies (including the temporal and 
data state aspects) that must be satis¬ 
fied between related data, but also the 
consistency requirements and the con¬ 
sistency restoration procedures. Our 
specification model can be used to 
automatically maintain interrelated 
databases consistent with respect to 
the described database dependency 
schema. 

The model of interdatabase depen¬ 
dencies proposed in this article can pro¬ 
vide a framework for the discussion of 
issues related to the management of the 
interdependent data. However, a num¬ 
ber of additional issues must be ad¬ 
dressed. The following are currently 
under investigation: 


• Specification of all interdependen¬ 
cy requirements within an IDS facili¬ 
tates checking of semantic correctness 
of the specification. However, the def¬ 
inition of correctness criteria and the 
methods to determine whether a given 
specification satisfies them have to be 
developed. 

• Although our specifications include 
more types of interdependencies (with 
a relatively clean taxonomy provided 
by three components of the D 3 ), the 
notion of completeness of a specifica¬ 
tion needs to be investigated. In this 
article, we adopted a pragmatic ap¬ 
proach attempting to develop a set of 
specifications that are adequate to meet 
the requirements of real and existing 
applications. 

• Additional useful information 
about the interdependent data can be 
stored in the IDS. Examples of such 
information include update control of 
related data and ownership informa¬ 
tion. 

• We need to develop applications 
that can take advantage of the IDS. In 
particular, we are investigating the 
use of the IDS to automatically gen¬ 
erate polytransactions as a result of 
an initial update of a source data 
object. ■ 
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Resource Integration 
Using a Large Knowledge 
Base in Carnot 


Christine Collet,* Michael N. Huhns, and Wei-Min Shen 
Microelectronics and Computer Technology Corporation 


This method for 
integrating separately 
developed information 
resources permits 
access and coherent 
modification. It uses 
the Cyc knowledge base 
as a global schema to 
resolve inconsistencies. 


T | oday’s corporate computing environments have many independent infor¬ 
mation resources. Because they must serve the needs of various applica- 
.... , j tions, the resources might be of different types — for instance, a database 

management system with its databases, an information repository, an expert 
system with its knowledge base, or an application program with its data and 
productions. 

These resources are largely incompatible in syntax and semantics, due not only 
to their different types, but also to diverse hardware and operating-system soft¬ 
ware, various physical and logical data structures, and contrasting corporate uses. 
Information resources attempt to model some portion of the real world, and in this 
attempt necessarily introduce simplifications and inaccuracies that lead to incom¬ 
patibilities. 

The goal of the research we describe in this article has been to develop a method 
for integrating separately developed information resources that overcomes these 
incompatibilities and permits the resources to be accessed and modified coherent¬ 
ly. The method provides logical connectivity among the information resources via 
a semantic service layer that automates the maintenance of data integrity and 
provides an approximation of global data integration across systems. This layer is 
a fundamental part of the Carnot architecture, 1 which provides tools for interop¬ 
erability across global enterprises. 

The need for this capability is critical. Strategic business applications that 
require intercorporate linkage (for example, linking buyers with suppliers) or 
intracorporate integration (for example, producing composite information from 
engineering and manufacturing views of a product) are becoming increasingly 
prevalent. But creating such an environment requires that the incompatibilities, 
arising during query, update, and maintenance operations, be resolved. 2 


* Since collaborating on this article, Collet has accepted a professorship in France. 
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Two approaches 
to integrated 
access 


There are two general ap¬ 
proaches for providing inte¬ 
grated access to a collection 
of heterogeneous databases. 3 
They are called the compos¬ 
ite approach and the fed¬ 
erated or multidatabase ap¬ 
proach. 

The composite approach 
introduces a global schema 
to describe the information 
in the databases being com¬ 
posed. Database access and 
manipulation operations are 
expressed in a universal lan¬ 
guage and then mediated 
through the global schema. 4 
Through this schema, users 
and applications are present¬ 
ed with the illusion of a sin¬ 
gle, centralized database. 

They need not be aware of 
semantic conflicts among the 
databases because explicit 
resolutions for the conflicts 
are specified in advance. 

However, the centralized processi 
view may be very different 
from the previous local views, 
so that existing applications 
might no longer execute correctly. Fur¬ 
ther, constructing a global schema is not 
only difficult but also must be repeated 
every time a local schema changes or is 
added. 

The federated 5 - 6 or multidatabase 7 ap¬ 
proach avoids constructing a global sche¬ 
ma and merely presents a user with a 
collection of local schemas, along with 
tools for information sharing among the 
databases. The user resolves conflicts 
of facts in a manner particular to each 
application and integrates only the nec¬ 
essary portions of the databases. The 
advantages cited 5 ' 7 for this approach in¬ 
clude increased security, easier mainte¬ 
nance, and the ability to deal with in¬ 
consistent databases. 

However, a user or application must 
understand the contents of each data¬ 
base to know what to include in a query; 
there is no global schema to provide 
advice about semantics. In addition, each 
database must maintain knowledge 
about the other databases with which it 
shares information. In Ahlsen and Jo- 



hannesson, 8 this knowledge takes the 
form of models of the other databases, 
partial global schemas, a common data 
model, and an explicit agreement with 
each of the other databases. The num¬ 
ber of local agreements and partial glo¬ 
bal schemas may be as high as N (N - 1), 
where IV is the number of databases. By 
contrast, in the composite approach, 
only N mappings are required to trans¬ 
late between N databases and a global 
schema. 

Our methodology for semantic inte¬ 
gration is based on the composite ap¬ 
proach, but our implementation differs 
in three ways, enabling us to combine 
the advantages of both approaches while 
avoiding some of their shortcomings. 

First, rather than redo the global sche¬ 
ma each time a new resource is to be 
integrated or a previously integrated 
resource is altered, we use an existing 
global schema — the Cyc knowledge 
base. 9 The schemas of individual re¬ 
sources are independently compared and 
merged with this knowledge base, al¬ 


though not with each other, 
making a global schema much 
easier to construct and main- 

The Cyc knowledge base is 
the best available candidate 
for a global schema because 


• its large size (about 
50,000 entities and rela¬ 
tionships expressed as 
frames and slots), which 
covers a large portion 
of the real world and the 
subject matter of most in¬ 
formation resources; 

• its rich set of abstraction 
mechnisms, which ease 
the process of represent¬ 
ing predefined groupings 
of concepts; 

• its knowledge repre¬ 
sentation and inference 
mechanisms, which are 
needed to express the 
relationships among in¬ 
formation resources and 
to construct, represent, 
and maintain a global 
schema; and 

• its typing mechanism, 
which is used to integrate 
and check the consisten¬ 
cy of query results. 


Second, unlike most previous work 
on database schema integration, we use 
not only a structural description of the 
local schemas in resolving semantic dif¬ 
ferences but also all available knowl¬ 
edge, including 

• schema knowledge, that is, the struc¬ 
ture of the data, integrity constraints, 
and allowed operations; 

• resource knowledge, that is, a de¬ 
scription of supported services, such 
as the data model and languages, 
lexical definitions of object names, 
the data itself, comments from the 
resource designer, and guidance 
from the integrator; and 

• organization knowledge, that is, the 
corporate rules governing use of the 
resource. 

Third, the mapping between each in¬ 
dividual information resource and the 
global schema is accomplished by a set 
of articulation axioms: statements of 
equivalence between components of two 


56 


COMPUTER 





































theories. 10 The axioms pro¬ 
vide not only a semantic map¬ 
ping between resources, but 
also a means of translation 
that enables the maintenance 
of a global view of all infor¬ 
mation resources and, at the 
same time, local views that 
correspond to each individu¬ 
al resource. An application 
can retain its current view but 
take advantage of some of the 
extra information that be¬ 
comes available as informa¬ 
tion resources are integrated. 
Of course, any application can 
be modified to use the global 
view directly to access all 
available information. 

The key aspects of our 
method are thus an ability to 
represent and integrate the 
semantics of individual infor¬ 
mation resources precisely, 
and an ability to maintain both 
global and local views. We 
describe an evaluation of our 
method based on the integra¬ 
tion of three databases that 
have different data models 
(entity-relationship, relation¬ 
al, and object-oriented) but 
similar semantics for their 
data (that is, they capture in¬ 
formation about the same do¬ 
main). We also describe how 
the global and local views are 
used in semantic transaction 
processing. 


Semantic 
transactions with 
global and local 
views 


Relations 

Columns 

AAAInfo 

name* address rateCode 


lodgingType phone facility 

AAADirection 

address* direction 

AAACredit 

name* creditCard* 

AAARate 

name* season* IP 2P1B 2P2B 


XP fCode 


Figure 2. A relational database schema for the 
AAA tour book database. 


Figure 3. The object-oriented schema for the Fodor 
database. 


Figure 4. The entity-relationship schema for the Mass 
database. 



_ • • • (amenityCode) 

| Masslnfo | —<AmenityRlshif£>— | Amenitylnfo | 


Resource integration is achieved by 
separate mappings between each infor¬ 
mation resource and the global schema 
(see Figure 1). Each mapping consists 
of a syntax translation and a semantics 
translation. The syntax translation pro¬ 
vides a bidirectional translation between 
a local data manipulation language 
(DML,) and the global context language 
(GCL), which is based on extended first- 
order logic. The semantics translation is 
a mapping between two expressions in 
GCL that have equivalent meanings. 
This is accomplished by a set of logical 


equivalences in GCL, called articula¬ 
tion axioms, having the form 

ist(G <(>)<=> ist(Si \|/) 

where cj) and \|/ are logical expressions 
and ist is a predicate that means “is true 
in the context.” This axiom says that the 
meaning of (|> in the global schema G is 
equivalent to the meaning of in the 
local schema S,. At most, n sets of artic¬ 
ulation axioms are needed to integrate 
n resources. 

After integration, one can use the 


information that becomes 
available through a global 
view or a local view. The glo¬ 
bal view presents users and 
applications with the illusion 
of a single information re¬ 
source, but they must use 
GCL, which might be unfa¬ 
miliar. 

The other option is the lo¬ 
cal view. Queries and updates 
can be issued against the local 
view, but they are not sent to 
any particular resource. Rath¬ 
er, they are first translated 
into the global language with 
terms that have global mean¬ 
ings, and then they are trans¬ 
lated into different DML, and 
distributed to appropriate in¬ 
formation resources. The lo¬ 
cal view has the advantage that 
previous user knowledge and 
application programs do not 
need to be modified to access 
the extra but relevant infor¬ 
mation that becomes avail¬ 
able. Note that external sche¬ 
mas previously defined on 
these local views remain in¬ 
tact, or new external schemas 
can be defined. 

To illustrate the idea, we 
describe how transactions 
are processed semantically 
through the global and local 
views of three integrated da¬ 
tabases. 11 The three databas¬ 
es have the same domain, that 
is, each contains information 
about hotels. However, they 
use different data models. The 
AAA database uses the rela¬ 
tional model (see Figure 2). 
A hotel is called AAAInfo 
and represented as a relation. 
The features of hotel, such as 
name and address, are repre¬ 
sented as columns. 

The Fodor database uses an object- 
oriented data model (see Figure 3). A 
hotel is represented as a class called 
Fodorlnfo. The features of hotel are 
represented as fields of the class or as 
other object classes pointed at by 
Fodorlnfo. 

The Mass database has an entity- 
relationship data model (see Figure 4). 
A hotel is represented as an entity called 
Masslnfo, and its features are repre¬ 
sented as attributes of this entity or as 
relationships to other entities. Note that 
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these schemas represent different per¬ 
spectives and different information about 
hotels. 

Some of the Cyc concepts used in inte¬ 
grating these databases are the collec¬ 
tions Lodging and Restaurant, and the 
predicates hasAmenities,* phoneNum- 
ber, and instanceOf. Example articu¬ 
lation axioms that map between the 
three database schemas and the global 
schema are 

ist(G instanceOfC? H Lodging)) <=> 
ist(AAA instanceOf 
('?H AAAInfo )) 

ist(G phoneNumber(lH IP)) <=> 
ist(AAA phoneif.H IP)) 

ist(G has Amenities (‘HI IF)) <=> 
ist(AAA facility ('Hi IF)) 

ist(G instanceOf (‘HI Lodging)) <=> 
ist(Fodor instanceOf'(?H 
Fodorlnfo)) 

ist(G hasAmenities(TH IF)) <=> 
ist(Fodor facility (? H IX) A 
facilityCodeVX ?F)) 

ist(G instanceOf'(?A Restaurant)) <=> 
ist(Mass instanceOf 
(1A Amenitylnfo) A 
amenityCode (IA 4)) 

Based on its local view of the AAA 
database, an application might issue the 
following query for the phone numbers 
of hotels that have a restaurant: 

SELECT phone FROM AAAInfo 
WHERE facility = “Restaurant” 

This local Structured Query Language 
query is first translated into GCL by the 
SQL-GCL syntax translator: 

instanceOf(?L AAAInfo) A 
instanceOf(?R Restaurant) A 
facility(?L ?R) A phone(?L ?P) 

This expression is then mapped by artic¬ 
ulation axioms into a new expression 
whose semantics is meaningful in the 
global schema: 

instanceOf(?L Lodging) A 
instanceOf(?R Restaurant) A 
hasAmenities(?L ?R) A 
phoneNumber(?L ?P) 


* In this article, the names of entities, objects, 
classes, relations, relationships, and Cyc collec¬ 
tions are captialized, and the names of attributes, 
fields, and Cyc slots are not capitalized. 


This is then translated into different lo¬ 
cal queries using the appropriate articu¬ 
lation axioms in reverse. The translation 
for the Fodor local schema is 

instanceOf(?L Fodorlnfo) A 
facilities(?L ?F) A 
facilityCode(?F?R) A 
instanceOf(?R Restaurant) A 
phone(?L ?P) A 
phoneNum(?P ?N) 

The translation for the Mass local sche- 


instanceOf(?L Masslnfo) A 

inAmenityRelationship(?L ?A) A 
instanceOf 

(?A AmenityRelationship) A 

involvesAmenities 

(?A ?F) A 

instanceOf 

(?F Amenitylnfo) A 

amenityCode(?F 4) A 

phone(?L ?N) 

These queries are then translated syn¬ 
tactically to appropriate local data ma¬ 
nipulation languages before being sent 
to the databases. For example, the query 
sent to the Fodor database is the follow¬ 
ing object-oriented expression (using Itas¬ 
ca syntax): 

(SELECT (Fodorlnfo phones 
phoneNum) 

(= (path (some facilities) 

(some facilityCode)) 
“Restaurant”)) 

The query sent to the Mass database is an 
SQL-like entity-relationship expression: 

SELECT phone FROM Masslnfo, 
AmenityRelationship, 
Amenitylnfo 
WHERE Masslnfo. 
AmenityRelationship. 
amenityCode = 4 

The SQL query sent to the AAA data¬ 
base is not generated from the global 
schema because it is the same as the 
original SQL query. 

After the transactions are executed, 
the distributor assembles the results in 
the local view. In this example, the result 
is a column of phone numbers, because 
the local view of the AAA database is in 
the relational model. These phone num¬ 
bers come from three databases and the 
list can be much longer than that from 


the AAA database alone. However, us¬ 
ers and applications need not be aware 
of the extra sources of information. 

The same process is used if a query is 
asked against the global view. In this 
case, the query is translated into three 
queries that are distributed to the three 
databases, and the results are in logic 
form (because the global view is de¬ 
scribed by first-order logic). 

The global view is implemented as a 
combination of a transaction generator, 
a transaction distributor, and a result 
assembler. The transaction distributor 
is written in the actor language Rosette, 
which provides concurrency and asyn¬ 
chrony. The transactions are distribut¬ 
ed to the resources, along with depen¬ 
dency properties among updated data 
and consistency requirements for these 
data (represented by eventual consis¬ 
tency, periodic consistency, or lagging 
consistency properties). We consider the 
execution of updates an important issue 
of schema integrity. 

The development of 
articulation axioms 

Articulation axioms for an informa¬ 
tion resource are developed in a three- 
phase process: 

(1) schema representation, 

(2) concept matching, and 

(3) axiom construction. 

The schema representation phase pro¬ 
duces a Cyc context (microtheory 10 ) 
containing a model for an information 
resource. In the second phase, concepts 
from the model are matched with ap¬ 
propriate concepts in Cyc’s base con¬ 
text, the global schema (see Table 1). If 
there are no frames in the global sche¬ 
ma corresponding to ones in the local 
schema, they are created. Matching is 
thus an interactive process. The user 
also might have to augment the model 
with additional properties (semantics) 
about the local schema for the matching 
phase to be completed. In the third phase, 
the matches are converted automatical¬ 
ly into articulation axioms by instanti¬ 
ating templates for these axioms with 
terms from the matches. 

Schema representation. The schema 
representation phase of the integration 
methodology represents the schema of 
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Table 1. Structures for representing database 
components. 


Data Model Concept 

Knowledge Base 
Structure 

Object class 

Collection 

Object instance 

Individual 

Object attribute 

Slot 

Object method 

Predicate 

Entity-relationship entity 

Collection 

Entity-relationship relationship Collection 

Entity-relationship attribute 

Slot 

Relational table 

Collection 

Relational attribute 

Slot 

Relational tuple 

Individual 

Hierarchical segment 

Collection 

Hierarchical record 

Individual 

Hierarchical field 

Slot 

Codasyl record type 

Collection 

Codasyl record 

Individual 

Codasyl data item (Field) 

Slot 

Codasyl set (Link) 

Slot 


an information resource in the 
formalism of the global sche¬ 
ma (see Table 1). The repre¬ 
sentation consists of a set of 
Cyc frames with slots residing 
in a separate context created 
for each information resource. 
These frames are instances of 
more general frames describ¬ 
ing the data model used by the 
schema. For example, if we 
represent an instance of a re¬ 
lational schema, we will have 
frames of types Relation and 
DatabaseAttribute. The rep¬ 
resentation is structured us¬ 
ing the properties described 
in the table in the “Semantics 
of resources” sidebar. 

We define three types of 
frames for representing sche- 


1 DatabaseSchema frames, 
describing the schemas for 
different data models; 

1 DatabaseComponent frames, de¬ 
scribing the major components of 
schemas, such as relations and enti¬ 
ties; and 


1 DatabaseLink frames, describing 
different kinds of links used to re¬ 
fine and relate the major compo¬ 
nents. 


Every schema and every 
one of its components 
(relation,entity, attribute, etc.) 
is an instanceOf these types 
and belongs to a context char¬ 
acterizing that schema. For 
example, the schema Mass is 
represented as an instance of 
ERSchema in the context 
Mass, and every object of 
Mass is defined in this context. 
The slot dBSchemaMt, which 
defined for the frame 
DatabaseSchema, is used to 
express the relationship be¬ 
tween an instance of a schema 
and its context. Information 
about the use of a resource 
and the different function¬ 
alities (data definition language 
or DDL, DML, transactions) 
it provides are represented with 
the same approach as for 
schema representation, that 
is, using frames such as 
RelationalService, ERService, 
RelationalDDLType, and 
E RT ransactionType. 

Matching. The matching phase of in¬ 
tegration can be considered the dual 


Semantics of resources 

The semantics of a resource can be obeyed and used more precisely if 
properties in addition to those contained in its schema can be specified. 
We encode in a knowledge base properties for specifying the semantics of 
both individual and collective resources. 

The properties, shown in the accompanying table, provide a rich model 
for a resource and its components. A resource is viewed as a set of ob¬ 
jects, along with the services to manipulate the set and the rules for their 
use within an organization. Objects can be concepts, models, data, integri¬ 
ty constraints, application programs, etc. The properties characterize con¬ 
cepts at the schema level and at the data or value level. They are instanti¬ 
ated during schema representation and are used during the subsequent 
matching phase of axiom development. 

Little work in schema integration has been done on specifying the se¬ 
mantics of services and organizations to facilitate query decomposition, 
query optimization, and transaction management. Most work is based on 
the semantics of objects, primarily considering relationships among enti¬ 
ties and attributes. Some of the relationships have been specified auto¬ 
matically by using heuristics' or applying subsumption . 2 
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Properties for representing 

resource semantics. 


Property 

Applies To 

Name 

Schema object 

Domain 

Schema object 

Format 

Schema object 

Makes-sense-for 

Schema object 

Documentation 

Schema object 

Integrity constraint 

Schema object 

Validation 

Schema object 

Synonym/homonym/ 


antonym 

Schema object 

Consistency 

Schema object 

Default value 

Value object 

Maximum value 

Value object 

Precision 

Value object 

Certainty 

Value object 

Name 

Service object 

Domain 

Service object 

Integrity constraints 

Service object 

Name 

Organization object 

Domain 

Organization object 

Availability 

Organization object 
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concept, each allowing a different aspect of it to be emphasized: (a) Cyc con¬ 
cept represented as a slot; (b) Schema concept represented as an attribute; 
(c) Cyc concept represented as a category; (d) Schema concept represented 
as a class; and (e) Schema concept represented as a relationship. 


problem to conceptual modeling for 
resource design (or to knowledge rep¬ 
resentation for expert system design). 
In conceptual modeling, the problem is, 
given a concept from the real world, 
find its model and representation. In 
resource integration, the problem is, 
given a (Cyc) representation for a con¬ 
cept, find its corresponding concept in 
the global schema. Several factors af¬ 
fect this phase. There might be a mis¬ 
match between the local and global sche¬ 
mas in the depth of knowledge 
representing a concept, and there might 
be mismatches between the structures 
used to encode the knowledge, as the 
example in Figure 5 shows. Specifically, 
matching is affected by 

• Concept representation in the local 
schema. The local schema might use 
one of three different structures to rep¬ 
resent a concept, corresponding to the 
primary structures of the relational, 
network or hierarchical, object-orient¬ 
ed, and entity-relationship data mod¬ 
els. 

• Concept representation in the global 
schema. The global schema might use 


different structures to represent a con¬ 
cept. In Cyc, a concept can be repre¬ 
sented as either a category (a collec¬ 
tion) or an attribute (see Lenat and 
Guha, 9 p. 339). 

• Relative knowledge. The global sche¬ 
ma might have more, less, or equivalent 
knowledge compared to a local schema. 
This factor applies to each concept in 
the local schema, rather than to the 
local schema as a whole. 

If the global schema’s knowledge is 
more than or equivalent to that of the 
local schema for some concept, the in¬ 
teractive matching process described in 
this section will find the relevant por¬ 
tion of the global schema’s knowledge. 
This knowledge will be in one of Cyc’s 
two forms for concept representation. 
If the global schema has less knowledge 
than the local schema, then knowledge 
will be added to the global schema until 
its knowledge equals or exceeds that in 
the local schema; otherwise, the global 
schema would be unable to model the 
semantics of the resource. The added 
knowledge refines the global schema. 

Finding correspondences between 


concepts in the local and global schemas 
is a subgraph-matching problem. We base 
subgraph matching on simple string 
matching between the names or synonyms 
of frames representing the database sche¬ 
ma and the names or synonyms of frames 
in the global schema. Matching begins 
by finding associations between attribute/ 
link definitions and existing slots in the 
global schema. For example, matching 
the attribute definition numberOfRooms 
in the Mass context results in an associ¬ 
ation with the existing slot numberOf¬ 
Rooms in the Cyc global context. 

After a few matches have been identi¬ 
fied, either by exact string matches or by 
a user indicating the correct match out of 
a set of candidate matches, possible 
matches for the remaining schema con¬ 
cepts are greatly constrained (see the 
“Concept matching” sidebar). Converse¬ 
ly, after integrating an entity or an ob¬ 
ject, possible matches for its attributes 
are greatly constrained. 

Unfortunately, string matching on 
names and synonyms is too weak a 
method for suggesting candidate match¬ 
es. We are extending our matching mech¬ 
anism to include other properties of the 
concept. For example, consider the 
integration of the attribute “other.” The 
value of this attribute defines a 
description or a comment for an entity 
Masslnfo, so its semantics are similar to 
the semantics of the Cyc slot “english.” 

The only means we see for finding 
such a similar slot is by 

(1) accessing the value of the slot 
entrylsA of “other” to find its 
domain C, 

(2) finding and listing all of the frames 
that have C as the value of their 
slot entrylsA, and 

(3) asking the administrator to choose 
one from the list. 

By considering additional properties for 
“other” given during the schema repre¬ 
sentation phase, such as its documenta¬ 
tion, we can shrink the list of frames 
suggested for the concept. 

Constructing articulation axioms. An 

articulation axiom is constructed for each 
match found. For example, the match 
that is found between the attribute 
numberOfRooms and the Cyc slot 
numberOfRooms results in the axiom 

ist (G numberOfRooms(lL 7N)) « 
ist(Mass numberOfRooms(7L ?/V)) 
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meaning the numberOfRooms attri¬ 
bute definition determines the 
numberOfRooms slot in the global 
schema and vice versa. Articulation ax¬ 
ioms are constructed automatically by 
using the matches to instantiate tem¬ 
plates for the axioms, such as the tem¬ 
plates shown in Table 2. 


W e have described an experi¬ 
ment in resource integration 
that we are conducting using 
the large knowledge base Cyc. Integra¬ 
tion of resource schemas is based on 
articulation axioms defined between two 
contexts: a resource schema context and 
a global schema context provided by 
the Cyc knowledge base. 

Our methodology is based on the fol¬ 
lowing principles: 

• Existing data should not have to 
migrate or be modified to achieve inte¬ 
gration. 

• Existing applications should not have 
to be modified due to integration. 

• Users should not have to adopt a 
new language for communicating with 
the resultant integrated system, unless 
they are accessing new types of infor¬ 
mation. 

• Resources should be able to be inte¬ 
grated independently, and the mappings 
that result should not have to change 
when additional resources are inte¬ 
grated. 

These principles are incorporated in 
an integration tool for assisting an ad¬ 
ministrator in integrating a resource, 
and a transaction tool for providing us¬ 
ers and applications with access to the 
integrated resources. The integration 
tool uses an extensive set of semantic 
properties to represent an information 
resource declaratively within the global 
schema and to construct bidirectional 
mappings between the resource and the 
global schema. The transaction tool uses 
the mappings to translate queries and 
updates written against any local sche¬ 
ma into the appropriate form for each 
information resource. These tools con¬ 
stitute part of the semantic services of 
Carnot, 1 under development at the 
Microelectronics and Computer Tech¬ 
nology Corporation. Carnot will enable 
development of open applications that 
can be tightly integrated with informa¬ 
tion stored on existing, closed systems. 
The semantic service layer of Carnot 


Concept matching 


Let a ljy j= 1,2. n denote the at¬ 

tributes of concept E) in a local sche¬ 
ma. £j is the domain of the attributes, 
that is, the entity, relationship, rela¬ 
tion, class, or object for which the a, 7 
are defined. Let s, be the global sche¬ 
ma slot that corresponds to, or 
matches, a, 7 . 

Observation 1: The domain C t of 
slot s ; is a generalization of the con¬ 
cept in the global schema that match¬ 
es £,. 

For example, the domain of the at¬ 
tributes numberOfRooms and phone 
is the entity Masslnfo, whereas the 
domains of the corresponding Cyc 
slots numberOfRooms and 
phoneNumber are the frames 
HumanOccupyingStructure and 
Agent, respectively. These are gener¬ 
alizations of Cyc’s Lodging, which is 
the frame whose semantics most 
closely corresponds to Masslnfo. 

As we match each of the attributes 
of E„ we compute the common sub- 
domain of the domains of their corre¬ 
sponding slots. The resulting com¬ 
mon subdomains, although still 


generalizations of £,, approximate it 
more and more closely. 

Observation 2: The “best” match 
for £,. is n , C 7 , the most general 
common subdomain (greatest lower 
bound in the generalization hierarchy) 
of the slot domains. 

In the example above, the most 
general common subdomain of 
HumanOccupyingStructure and Agent 
is ServiceOrganization, a generaliza¬ 
tion of Lodging. This would be sug¬ 
gested as the approximate match for 
Masslnfo. If no other attributes are 
matched, this would also be the best 
match that could be determined auto¬ 
matically for Masslnfo. 

The greatest lower bound might not 
exist as a single frame in the global 
schema, however; it might be a set of 
frames. For example, the greatest 
lower bound would be the set 
{HumanOccupyingStructure Agent) if 
the frame ServiceOrganization did not 
exist. In such a case, a frame would 
be created in the Cyc knowledge base 
with the frames in the set listed as its 
generalizations. 


Table 2. Templates for building articulation axioms. 


Cyc Concept 
Represented 

Schema Concept 
Represented 

Articulation Axiom Template 

As slot 

As attribute, a 

ist(G iO(x Cj) » ist(LC iO(x E t ) 

A s(xy)) *a(xy)) 

As slot 

As class 

ist(G iO(x Ci) <=> ist(LC iO(x y)) 

A s(xy)) 

As slot 

As relationship, R 

ist(G iO(x C,) o ist{LC iO(x E { ) 

A iO(y C 2 ) A iO(y E 2 ) 

A s(x y)) A iO(z R) 

A 'i(* z) 
a g{z y )) 

As category 

As attribute 

ist(G iO(x C 2 ) <=> ist(LC iO(x £,) 
A specs(C l C 2 )) A a(x E 2 )) 

As category 

As class 

ist(G iO(x C 2 ) » ist(LC iO(x E 2 ) 
A specs(Cx C 2 )) A subclasses(E 1 E 2 )) 

As category 

As relationship 

ist(G iO(x C 2 ) <=> ist(LC iO(x E 2 ) 
A specs(C i C 2 )) A iO(y £,) 

A iO(z R) 

A G(yz) 

A r 2 (zx)) 


Notes: These axioms assume that global entity C, matches local entity iO denotes 
instanceOf, LC denotes the local schema context, and specs denotes Cyc’s subclass 
relation. 
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provides facilities to specify and main¬ 
tain the semantics of an organization’s 
integrated information resources. 

A major problem we have not yet 
solved is how to integrate the results 
returned from multiresource queries. 
This integration requires both the types 
and the formats of the results. Unfortu¬ 
nately, attribute values are not usually 
typed objects in databases, and only 
their format is typically specified in sche¬ 
mas. The knowledge representation lan¬ 
guage used for the global schema is 
strongly typed, however, and provides a 
basis for extending the articulation axi¬ 
oms to be used for mapping and inte¬ 
grating results. We are now making this 
extension. 

Another problem involves the size of 
the global schema. Because it is signifi¬ 
cantly larger than the strict set of frames 
involved in integrating the databases, a 
user can issue more-general queries than 
if a merged schema were used. Howev¬ 
er, its large size also makes it difficult to 
use. 

Through this article, we have shown 
that a user or an application can contin¬ 
ue to use a familiar local schema and 
still benefit from resource integration. 
In addition, we are developing a graph¬ 
ical entity-relationship representation 
of the global schema and an intelligent 
interface for specifying queries with glo¬ 
bal semantics. ■ 
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■■■■■■■■■■■ 

Although many 
obstacles hinder the 
integration of 
heterogeneity and 
autonomy in 
transaction processing 
systems, positive steps 
— like those described 
here — are being taken. 


T ^| ransaction processing is at the heart of many database systems. It pre- 
I serves the consistency of data despite concurrent user access and system 
1 crashes. TP applications are encapsulated in transactions that appear 
atomic in their execution. Transaction atomicity includes two aspects: recovery 
atomicity and concurrency atomicity. Recovery atomicity means that when users 
initiate a transaction, it will either execute in its entirety or have no effect 
whatsoever on the database. Concurrency means that users are assured that 
concurrent execution of another transaction will not affect their own application. 
These transactions are said to be serializable. % 

While atomicity constraints are easily stated, implementing them in TP systems 
is a nontrivial task. The nature of the mechanisms, and their complexity, varies 
from system to system. In a recent article, 1 Leff and Pu described the implemen¬ 
tation of transaction processing systems in a taxonomy of five dimensions: process¬ 
es, machines, machine heterogeneity, data schema, and sites. Even though heter¬ 
ogeneity is one of the dimensions, in classic transaction processing systems it has 
been the exception rather than the rule. 

In this article, we discuss the problems specific to heterogeneous and autono¬ 
mous transaction processing (HATP) systems. We believe that in the new gener¬ 
ation of heterogeneous database systems (also called federated databases or 
multidatabases 2 ) HATP will be as important as classic TP in traditional database 
systems. In our discussion, we divide HATP into three dimensions: distribution, 
heterogeneity, and autonomy. 1 - 3 Each of these dimensions presents formidable and 
different problems to HATP. However, we believe that the three dimensions are 
independent, and we present concrete design and implementation techniques to 
support this view. 

Specifically, the dimension of distribution has already been addressed success¬ 
fully in System R*. 4 The dimension of heterogeneity is addressed in an implemen¬ 
tation of superdatabases. 5 The dimension of autonomy, however, presents a set of 
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Figure 1. Evolution of transaction processing systems. 


problems yet to be resolved, 
and we will offer a possible 
solution based on epsilon 
serializability. 6 

We have bypassed many 
important database prob¬ 
lems associated with distri¬ 
bution, heterogeneity, and 
autonomy (for example, 
distributed query optimiza¬ 
tion, heterogeneous sche¬ 
ma integration, and service 
refusal, respectively). This 
is because we view TP as 
being built on databases, in 
the sense that TP imple¬ 
ments concurrency control 
and crash recovery function¬ 
ality on top of systems managing preex¬ 
isting data. We therefore focus on prob¬ 
lems specific to TP per se as opposed to 
problems intrinsic to the creation and 
maintenance of the underlying database. 

Figure 1 illustrates our view of the 
evolution of TP systems, which from an 
architectural standpoint reflects the 
evolution of their supporting database 
systems. Classic TP systems, originally 
developed in the context of a single 
centralized system, led to techniques 
such as crash recovery and serializabil¬ 
ity theory. These systems were then 
extended to logically centralized sys¬ 
tems — that is, homogeneous distribut¬ 
ed systems such as R*. Since then, TP 
systems have evolved in two directions. 
The firstinvolves the integration of het¬ 
erogeneous components such as the su¬ 
perdatabase architecture we will out¬ 
line in a subsequent section. The second 
involves the integration of autonomous 
components. The challenge in both cas¬ 
es is for the TP system to engineer trans¬ 
action functionality without “homoge¬ 
nizing” the underlying autonomy or 
heterogeneity. 

Although we present a promising 
approach to each of these dimensions, 
they still pose difficult challenges. For 
example, a major open question is wheth¬ 
er solutions to these independent di¬ 
mensions can be successfully integrated 
into heterogeneous and autonomous TP 
systems. 

Classic transaction 
processing 

We begin our discussion of heteroge¬ 
neous and autonomous TP with a sum¬ 


mary of classic TP work. (Interested 
readers may wish to consult the classifi¬ 
cation of TP systems in Leff and Pu. 1 ) A 
TP system’s two main properties are 
concurrency atomicity and recovery ato¬ 
micity. 

Concurrency atomicity is defined in 
terms of transaction serializability. A 
concurrent execution of transactions is 
said to be serializable if the execution 
result is equivalent to some serial (se¬ 
quential) execution of those transac¬ 
tions. Various algorithms, called con¬ 
currency control methods, are used to 
ensure serializability. Examples include 
locking protocols (for example, two- 
phase locking), time-stamp ordering, and 
optimistic validations. The idea behind 
these algorithms is that transactions must 
follow protocols that are provably cor¬ 
rect, in the sense of serializability. 

Recovery atomicity enables the TP 
system to resolve the partial results of 
ongoing transactions after system fail¬ 
ure. An example of crash recovery algo¬ 
rithms is logging with undo/redo. As 
transaction operations execute, they are 
recorded on a log. Ongoing transac¬ 
tions are declared to be in one of two 
states: committed or aborted. After a 
system failure, committed transactions 
are reexecuted by redoing part of the 
log. Similarly, aborted transactions are 
“rolled back” by undoing other parts of 
the log. 

As centralized database systems 
evolved into distributed database sys¬ 
tems, TP systems evolved as well. Tra¬ 
ditional distributed databases such as 
R* 4 consist of a network that connects a 
number of homogeneous and completely 
cooperative component databases. By 
homogeneous we mean that each com¬ 
ponent of the R* database management 


system is the same as any oth¬ 
er component. By complete¬ 
ly cooperative we mean that 
component sites adhere to 
certain communication pro¬ 
tocols (such as the two-phase 
commit protocol) without re¬ 
strictions. 

From a user’s viewpoint, a 
classic distributed TP system 
appears to be a centralized 
TP system, because problems 
caused by distribution are hid¬ 
den from the user interface. 
The problems in implement¬ 
ing distributed TP involve co¬ 
ordinating local concurrency 
control and crash recovery 
modules in a manner that preserves glo¬ 
bal transaction atomicity. 

The main technique for solving the 
problem of a uniform commit decision 
is the commit protocol. Before any com¬ 
ponent database makes a decision about 
a transaction outcome, all participants 
communicate with each other to make 
sure they agree about the result. (Any 
distributed-system consensus protocol 
can be used as a commit protocol.) In 
classic distributed TP systems, every 
component database uses the same com¬ 
mit protocol and the same crash recov¬ 
ery algorithm to achieve consistency. 
The most popular commit protocol is 
two-phase commit. In phase one, a co¬ 
ordinator sends out an inquiry message 
to the participant component databas¬ 
es, which respond with their vote. In 
phase two, the coordinator collects the 
votes, reaches a decision, and broad¬ 
casts the decision to all participants. 
During recovery, if a component data¬ 
base is in doubt about any transaction, 
it asks the coordinator, thus guarantee¬ 
ing a uniform decision. 

Heterogeneous 
transaction processing 

The dimension of heterogeneity in¬ 
troduces many problems for databases, 
since they must now deal with different 
query languages, data models, and a 
different data schema. TP faces the task 
of dealing with different commit proto¬ 
cols (for effective crash recovery) and 
different concurrency control methods. 
Although the database heterogeneity 
problems are considerable, they differ 
from those of heterogeneous TP, essen- 


December 1991 


65 

















Glossary 


Available-copies algorithm — 

An algorithm that allows updating 
of replicated data at all available 
sites. One-copy serializability is 
guaranteed in the presence of site 
failures but not communication 
failures. 

Concurrency control — Algo¬ 
rithms that guarantee serializability 
for a database management sys¬ 
tem. Examples include two-phase 
locking, time stamps, and optimis¬ 
tic validation. 

Crash recovery — Algorithms that 
guarantee recovery atomicity for a 
database management system so 
that the database’s state remains 
consistent. Examples include log¬ 
ging and shadow paging. 

Database administrator — A 

person with the responsibility and 
authority to manage the content of 
a database. 

Database management system — 

Software that manages a data¬ 
base. For transaction processing, 
a DBMS usually consists of a 
transaction manager and a data 
manager. (RDBMS — relational 
database management system.) 

Optimistic validation (optimis¬ 
tic concurrency control) — 

Methods that allow transactions 
to be scheduled immediately. 
Certification is done later to deter¬ 
mine whether the transaction 
must be aborted. 

Supertransaction — A global 
transaction running on several 
component databases. 

Two-phase commit — A widely 
used commit protocol ensuring 
that a transaction either commits 
at all sites or aborts at all sites. 

Two-phase locking — A concur¬ 
rency control method that enforc¬ 
es the protocol that all lock acqui¬ 
sitions must precede all lock 
releases. Two-phase locking 
guarantees serializable execu¬ 
tion. 


tially because the database layer must 
first solve its own problems if any useful 
work is to be done with the heteroge¬ 
neous components. Once the database 
layer has addressed these problems (for 
example, through a single canonical glo¬ 
bal model or through individual map¬ 
pings between each of the different com¬ 
ponents), the transaction layer is simply 
faced with a homogeneous interface. 1 
An article introducing a general model 
of federated databases describes the 
problems of database heterogeneity. 7 

Cooperative heterogeneous TP. We 

isolate the heterogeneous TP problem 
from the autonomy dimension by ex¬ 
amining it in the context of a coopera¬ 
tive environment. In such systems, com¬ 
ponent databases are willing (are 
allowed) to exchange any necessary 
control information, just as in classic 
distributed databases. The main differ¬ 
ence is the need to handle different 
algorithms for concurrency control and 
crash recovery. We focus our attention 
on this algorithmic heterogeneity. 

The problems of heterogeneity at oth¬ 
er levels of the system are solved, we 
assume, by the operating system layer. 
For example, different computer archi¬ 
tectures may represent data in different 
ways. The data interchange problem has 
many solutions, including a standard 
conversion format such as Sun’s Net¬ 
work File System XDR. Different com¬ 
munication protocols are another ex¬ 
ample of heterogeneity; solutions such 
as specialized gateways between the 
different networks have been developed 
for protocol conversion. These lower 
levels of heterogeneity present serious 
interoperability problems, but they can 
be handled with local solutions that work 
without requiring communication with 
other parts of the network. In contrast, 
algorithmic heterogeneity involves a 
global component because the concur¬ 
rency control and crash recovery mod¬ 
ules need to coordinate activity among 
the sites. 

The superdatabase architecture. For 

solutions to TP heterogeneity to be stat¬ 
ed precisely, serializability issues must 
be examined with some care. Our pre¬ 
sentation of the superdatabase archi¬ 
tecture is therefore somewhat theoreti¬ 
cal; it presents the problems and 
algorithms needed to achieve global se¬ 
rializability despite heterogeneous com¬ 
ponents. Intuitively, a superdatabase is 


the glue that connects component TP 
systems in a hierarchical fashion. The 
sidebar on Harmony describes the chal¬ 
lenges encountered in implementing an 
instance of the superdatabase architec¬ 
ture. 

Heterogeneous concurrency control. 
Heterogeneous concurrency control 
mechanisms introduce difficult prob¬ 
lems for heterogeneous TP. The first 
problem is that different concurrency 
control algorithms may produce differ¬ 
ent results even when we submit the 
same set of transactions in the same 
sequence. The second problem is that a 
global transaction may not be serializ¬ 
able even though all of its subtransac¬ 
tions are individually serializable. For 
example, consider transactions 7’, and 
T 2 running on component databases A 
and B. Transaction 7) is said to precede 
T 2 (denoted by T, —> T 2 ) when T t ap¬ 
pears before T 2 in the serialization or¬ 
der. It is possible that the subtransac¬ 
tions have been serialized one way on A 
and the other way on B — for example, 
Tf -» and T 2 B -> T, B . If A uses a 
concurrency control method that serial¬ 
izes at the beginning of transactions 
(for example, basic time stamps) and B 
uses a method that serializes at the end 
(for example, optimistic validation), this 
scenario is quite plausible. 

A mechanism is therefore needed to 
guarantee that the subtransactions of a 
global transaction will all be serialized 
in the same order. The idea is to rely on 
local concurrency control mechanisms 
to guarantee local serialization and then 
add a global check to provide global 
serialization. This method is based on a 
data structure called order-elements. We 
define an order-element (O-element) 
as the representation of the serializa¬ 
tion order of subtransactions in a com¬ 
ponent database: If T 4 —» T£, then O- 
element(TY') < O-elemen^T^). An 
example of an O-element is an integer 
representing the serial order of the cor¬ 
responding transaction in the local TP 
system. 

An order-vector (O-vector) is the 
concatenation of O-elements from the 
component databases. In the above ex¬ 
ample, 0-vector( 7)) is (0-element( Tf), 
0-element(r, B )). The order induced on 
O-vectors by the O-elements is defined 
strictly: 0-vector(T[) < O-vector(T 2 ) if 
and only if for all component databases 
X, 0-element(T, Jr ) < O-elementfr^. If 
a supertransaction is not running on all 
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Case study: Harmony 


Harmony is a prototype implementation of the superdata¬ 
base architecture developed at Columbia University. It is 
composed of Supernova (which maintains global concurrency 
control and distributed commit), three component databases 
(SDBjake, SDBingres, and SDBnova), and a user interface 
(see the figure below). 

SDBnova is a prototype relational database manager. Its 
first incarnation, SDBnova-2PL, supported two-phase locking 
and a simple recovery mechanism. A second incarnation, 
SDBnova-OCC, increased concurrency control heterogeneity 
by supporting optimistic validation instead of two-phase lock¬ 
ing. The second component database, SDBingres, is an ex¬ 
ample of a centralized database system that was made 
“composable.” University Ingres was extended to (1) under¬ 
stand standard two-phase commit and the prepared state for 
recovery and (2) return an O-element to Supernova. SDBjake 
is a slightly modified version of the Jack server distributed 
with the Camelot package. It uses the locking protocol pro¬ 
vided by Camelot and understands a variant of two-phase 
commit. 

When a user issues a transaction to Harmony, it is sent to 
Supernova. Like homogeneous distributed database sys¬ 
tems, Supernova then decomposes the supertransaction into 
subtransactions over the component databases and records 
control information such as which component databases are 
participants in this supertransaction. It then distributes the 
subtransactions to the appropriate component databases. 
Each participant component database then processes the 
subtransactions as local transactions (except with regard to 
distributed commit). 


To participate in supertransactions, a component database 
must register some control information with Supernova. For 
heterogeneous transaction processing, this information in¬ 
cludes the type of commit protocol and concurrency control 
used, the size and type of the O-element, and a comparison 
function for determining O-element ordering. SDBingres and 
SDBnova, for example, use integer O-elements. 

Supernova keeps track of the O-vectors of committed su¬ 
pertransactions. This enables the implementation of global 
concurrency control because Supernova can determine the 
serializability of a supertransaction by ordering its O-vector 
relative to that of the committed supertransactions. Ordering 
is done by using the comparison functions that are defined 
when databases register with Supernova. 

Supernova guarantees that the subtransactions of a super¬ 
transaction agree about its outcome (abort/commit). Superno¬ 
va interacts with a component database by using the commit 
protocol registered by that database. To this end, Supernova 
maintains a table of procedures that implement the commit 
process for each type of registered commit protocol. Superno¬ 
va also translates between the class of asymmetric commit 
protocols and the class of symmetric protocols. 

Preliminary experiments to measure Supernova’s perfor¬ 
mance show that the overhead it introduces is small com¬ 
pared to the time it takes to execute local transactions on 
SDBjake and SDBingres. Using a debit/credit transaction (two 
reads and two writes) as a benchmark, a distributed Camelot 
transaction takes a fraction of a second and a local Ingres 
transaction takes about half a second. A supertransaction 
takes about the same time. 



Camelot Nova Ingres 

transactions transactions transactions 


Structure of the Harmony prototype. 
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component databases, we use a wild¬ 
card O-element, denoted by *, to fill in 
for the missing component databases. 
By definition, O-element(any) < *, and 
* < O-element(any). 

This definition says that if O- 
vector(r,) < 0-vector(7' 2 ), then all sub¬ 
transactions are serialized in the same 
order. Therefore, we can verify the glo¬ 
bal serializability of a committing su¬ 
pertransaction by checking its O-vector 
against the O-vectors from previously 
committed supertransactions. Maintain¬ 
ing a total ordering of these O-vectors 
guarantees global serializability. This 
certification based on O-vectors is inde¬ 
pendent of specific concurrency control 
methods used by component databases. 
As long as the serialization order in 
component databases can be made ex¬ 
plicit, the superdatabase can certify the 
serializability of supertransactions. A 
superdatabase can therefore compose 
two-phase locking, time stamps, and 
optimistic concurrency control meth¬ 
ods. In addition, certification gives the 
superdatabase itself an explicit serial 
order (the O-vector), allowing it to be 
recursively composed as a component 
database. 

The certification method is optimis¬ 
tic, since it lets subtransactions run to 
completion; serial ordering is certified 
afterwards. Specifically, O-vectors are 
constructed only after subtransactions 
attempt to commit. Since some concur¬ 
rency control techniques (time-inter¬ 
val-based and optimistic, for example) 
determine transaction ordering only at 
transaction commit time, this is a natu¬ 
ral decision. 

Heterogeneous crash recovery. Tradi¬ 
tional distributed (homogeneous) data¬ 
bases use an agreement protocol to en¬ 
sure that all of a transaction’s 
subtransactions either commit or abort 
together. In the superdatabase archi¬ 
tecture, we assume that all component 
databases provide some agreement pro¬ 
tocol and that all subtransactions par¬ 
ticipate in such commit protocols. For 
example, R* implements hierarchical 
two-phase commit. We divide commit 
protocols into two families: symmetric 
and asymmetric. Asymmetric protocols 
such as hierarchical two-phase commit 
have a coordinator that gathers infor¬ 
mation, makes the decision, and informs 
the subordinates. Symmetric protocols 
such as Byzantine agreement give every 
participant the same information; each 



The protocol translation 
problem in the 
superdatabase is similar 
to other protocol 
translation problems. 


participant can thus commit indepen¬ 
dently. 

Does a local agreement protocol suf¬ 
fice for heterogeneous commit? Note 
that the purpose of a commit protocol is 
the commitment of a subtransaction if 
and only if all other subtransactions are 
going to commit. Since a superdatabase 
integrates several component databas¬ 
es, the superdatabase must be able to 
communicate with the various commit 
protocols of these components. For 
asymmetric protocols, the superdata¬ 
base serves as the coordinator. In sym¬ 
metric protocols, the component data¬ 
bases inform each other directly; the 
superdatabase is still needed as glue to 
translate agreement protocols. Fortu¬ 
nately, all commit protocols obtain 
agreement on the outcome of a transac¬ 
tion independently of local recovery 
information used to undo/redo updates. 
Therefore, provided that the superda¬ 
tabase understands and uses the appro¬ 
priate protocol, it does not have to deal 
with subtransaction undo or redo. 

The protocol translation problem in 
the superdatabase is similar to other 
protocol translation problems. For dif¬ 
ferent asymmetric protocols, the super¬ 
database is the coordinator for all. For 
different symmetric protocols, the su¬ 
perdatabase must translate the infor¬ 
mation required. Since the superdata¬ 
base has the status information 
concerning the sites using asymmetric 
protocols and also knows the members 
of the symmetric group, it can act as a 
participant for all symmetric protocols 
simply by pretending to be another 
member. Since the symmetric group 
cannot commit until all its members 
agree to commit, the superdatabase can 
delay the broadcast of its vote until 
after it has heard from the databases 
using asymmetric protocols. Similarly, 
since the superdatabase is the asym¬ 


metric group’s coordinator, it will not 
send a commit decision to the databases 
using asymmetric protocols until it has 
received commit votes from all the da¬ 
tabases using symmetric protocols. In 
this way, the superdatabase determines 
the consensus commit decision for the 
groups of databases using symmetric 
and asymmetric protocols. 

Since the superdatabase is effectively 
the coordinator for the component da¬ 
tabases during commit, it must write the 
commit record to the log. Conceptually, 
the superdatabase log is separate from 
the component database logs, just as 
the superdatabase itself is separate from 
the component databases. In actual im¬ 
plementation, the superdatabase log may 
be physically interleaved with a compo¬ 
nent database log, as long as the recov¬ 
ery algorithms can separate them later. 
For each supertransaction, the super¬ 
database saves enough information for 
recovery in case of crashes. 

Composability conditions. Any data¬ 
base can be integrated into the superda¬ 
tabase architecture if it satisfies the fol¬ 
lowing composability conditions: 

(1) It must provide a distributed com¬ 
mit protocol. 

(2) It must provide an explicit serial 
ordering of its subtransactions. 

These conditions follow from the dis¬ 
cussions in the previous two sections. 
The first condition is a requirement of 
distribution and is satisfied by any data¬ 
base system that participates in a homo¬ 
geneous distributed database system. 
The explicit serial ordering is easily de¬ 
termined by the concurrency control 
module of the component database. 

Typically, a commit protocol is spec¬ 
ified as an exchange of messages con¬ 
taining certain information. Since the 
crucial information about a transaction’s 
outcome is simple (one bit for a binary 
decision of commit or abort), it is rela¬ 
tively easy to pass that information. In 
contrast, the explicit serial-ordering in¬ 
formation is more complex. The ab¬ 
stract O-element can be exported in 
many different ways. (The sidebar on 
Harmony explains how the O-element 
representing this ordering is communi¬ 
cated to the superdatabase.) If the or¬ 
dering is not immediately obvious from 
the O-element, then a component data¬ 
base must provide the superdatabase 
with a comparison function capable of 
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establishing the precedence relation 
given two O-elements. 

Summary of heterogeneous transac¬ 
tion processing. We have focused on 
cooperative heterogeneous TP, which 
factors out the issue of autonomy. This 
approach differs from some other work 
on heterogeneous TP, 2 - 8 which tries to 
solve ad hoc combinations of the two 
problems. The benefit of focusing on 
heterogeneity is the simplicity and gen¬ 
erality of a proposed solution, the su¬ 
perdatabase architecture. 

The superdatabase glues together 
heterogeneous component TP systems 
as long as they satisfy two composabil- 
ity conditions: a commit protocol and 
local concurrency control. In addition, 
the components are willing (are allowed 
by the database administrator) to coop¬ 
erate with the superdatabase. These 
conditions are satisfied by all classic 
distributed (homogeneous) TP systems. 
The superdatabase architecture’s feasi¬ 
bility is demonstrated by a prototype 
implementation and modern open-sys¬ 
tem TP monitors such as Tuxedo, Top- 
End, and Transarc. Given cooperation, 
a suitable and feasible solution exists 
for the heterogeneous TP problem. 

Autonomous 
transaction processing 

The key assumption in the previous 
discussion of techniques that provide 
global recovery and concurrency atom¬ 
icity is that system components want to 
cooperate in providing global transac¬ 
tion properties. Recently, some research¬ 
ers have called this assumption into 
question, claiming that heterogeneous 
components may not wish to cooperate 
— at least they will not cooperate if 
global constraints interfere with local 
system performance. For example, in 
the commit phase of the two-phase com¬ 
mit protocol, a local component may 
wish to commit a local transaction com¬ 
ponent even though the global coordi¬ 
nator decides to abort the global trans¬ 
action. 9 Clearly, there are many other 
areas (for example, performance) where 
participation in a global transaction 
scheme will infringe on a local TP sys¬ 
tem’s capabilities. Because of this con¬ 
cern, much ongoing effort is devoted to 
providing global transaction capabili¬ 
ties while allowing local systems to main- 


We believe that a 
transaction processing 
system is autonomous if 
sites may cooperate but are 
not forced to cooperate. 


tain individual autonomy (for example, 
work by Breitbart et al. 8 ). 

We consider the dimension of auton¬ 
omy to be independent of heterogene¬ 
ity and other intrasystem barriers. In 
other words, the issue of autonomy aris¬ 
es when only a decision made by local 
authorities prevents free access to data¬ 
base resources. Heterogeneity can be 
seen as a motivation for autonomy in 
that most database administrators do 
not want (and therefore do not autho¬ 
rize) their systems to be greatly modi¬ 
fied. However, an equally valid view is 
that autonomy is a motivation for sys¬ 
tem heterogeneity. To keep other peo¬ 
ple from taking over their data, a subor¬ 
ganization may opt to allow (encourage) 
various degrees of heterogeneity pre¬ 
cisely so that their system cannot be 
integrated with others. We thus distin¬ 
guish between intentional and conse¬ 
quent autonomy: The latter derives from 
reasons such as heterogeneity, while the 
former assumes that sites want to coop¬ 
erate but only on certain specified terms. 
We focus on intentional autonomy be¬ 
cause methods of resolving heterogene¬ 
ity fairly cleanly were presented in the 
section titled “Heterogeneous transac¬ 
tion processing.” 

We believe that a TP system is auton¬ 
omous if sites may cooperate but are 
not forced to cooperate. Component 
sites will cooperate if (1) the political 
will is there and (2) technical means of 
cooperation are well understood, so that 
the price of cooperation is low. From 
this point of view, the context of the 
specific question of autonomy is very 
important. For example, some global 
crash recovery algorithms assume that 
local systems each have some kind of 
commit component (see the sidebar on 
Harmony). Some people may consider 
even this minimal requirement a viola¬ 
tion of autonomy, because a compo¬ 


nent with centralized system character¬ 
istics would have to be modified to par¬ 
ticipate in the global system. Thus, the 
superdatabase requirement that partic¬ 
ipating sites be “composable” can cer¬ 
tainly be viewed as a violation of auton¬ 
omy. However, in light of the actual 
effort expended in modifying Universi¬ 
ty Ingres for Supernova, we would claim 
that autonomy is not violated, because 
sites would usually cooperate, since the 
cost-benefit ratio is low. 

This approach also explains why the 
traditional two-phase commit algorithm 
used in homogeneous distributed sys¬ 
tems such as R* is generally not viewed 
as a violation of the autonomy of com¬ 
ponent sites. Much has been learned 
about how to implement the two-phase 
commit algorithm so that relatively ho¬ 
mogeneous sites do not pay too great a 
cost. Recent announcements of two- 
phase commit support in commercial 
products such as Oracle 7.0 are further 
evidence of its acceptance by a signifi¬ 
cant segment of database users. Because 
the benefit from the algorithm is so 
great — enabling TP in distributed sys¬ 
tems — the implicit restrictions placed 
on transaction execution are accepted 
by component sites. 

The issue of autonomy arises in dif¬ 
ferent contexts because technical means 
of cooperation have not yet been de¬ 
vised in several important areas. For 
example, the issues of design, associa¬ 
tion, and execution autonomy are quite 
different. 7 Design autonomy involves 
the question of who controls the design 
and maintenance of the data schema. A 
system such as R* facilitates design au¬ 
tonomy because it uses a flexible nam¬ 
ing scheme that permits sites to rename 
relations without coordinating the ac¬ 
tivity with a central authority. Another 
aspect of design autonomy is the inte¬ 
gration of different database managers 
(and TP systems) without modification. 
These database systems must solve prob¬ 
lems such as lack of cooperation (miss¬ 
ing commit protocols) and access con¬ 
trol. Association autonomy relates to 
the way a site’s resources are shared 
with other sites. At one extreme, we 
have R' with no autonomy. At the other 
extreme, each component site is free to 
unilaterally disassociate itself from the 
rest of the system, regardless of the 
operational impact on other sites. 

Execution autonomy lets local sys¬ 
tems control local transaction execu¬ 
tion without being forced to accede to a 
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Epsilon serializability 


Epsilon serializability is a correctness criterion under de¬ 
velopment at Columbia 1 that offers the possibility of asyn¬ 
chronous transaction processing. In particular, it can asyn¬ 
chronously maintain mutual consistency of replicated data. 
For example, epsilon serializability lets inconsistent data be 
seen but requires that data eventually converge to a consis¬ 
tent one-copy-serializability state. Moreover, epsilon serial¬ 
izability allows the degree of inconsistency to be controlled 
so that the amount of error (departure from consistency) 
can be reduced to a specified margin, called an e-spec. The 
traditional transaction augmented with an e-spec is called 
an epsilon transaction (ET); it lets application designers 
avoid explicitly dealing with the algorithms supporting epsi¬ 
lon serializability. 

Divergency control methods guarantee epsilon-serializ- 
ability executions the same way that concurrency control 
methods guarantee serializable executions. The main differ¬ 
ence between divergence control and concurrency control is 
the need to control the inconsistency incurred by each ET to 
within its e-spec. As an example, we outline a divergence 
control method based on two-phase locking for e-specs writ¬ 
ten in numerical values such as dollars in banking databas¬ 
es or number of seats in airline reservations. A concrete ap¬ 
plication is a bank database running deposits and 
withdrawals. It is difficult to obtain a summary of checking 
accounts under classic concurrency control methods such 
as two-phase locking, since the summary query would re¬ 
quire locking all the checking accounts and inevitably inter¬ 
fere with updates. We would have to either stop the updates 
for some time or abort the summary. In reality, summary 
queries can safely ignore small-amount updates, since the 
report generated typically gives numbers rounded to mil¬ 
lions of dollars. So, such a query may be submitted with an 
e-spec of $100,000, which is much smaller than the round¬ 
off error. This means that if the ignored updates do not add 
up to $100,000, the summary query may proceed. Only 
when the total interference exceeds the e-spec must we re¬ 
solve the conflicts. 

The intuitive idea of divergence control algorithms is to 
use an “inconsistency accumulator” to control the degree of 
inconsistency of every query ET. For our two-phase- 
locking example, the accompanying table shows the lock 
compatibility for the two-phase-locking divergence control. 

In the table, R v denotes a read lock by an update ET, W u a 
write lock by an update ET, and R Q a read lock by a query 
ET. 

The difference between a standard two-phase-locking 
lock compatibility table, where only read locks are compati¬ 
ble and the other cases (read/write, write/read, and write/ 
write) are incompatible, and the table shown here is the lim¬ 
ited-compatibility cases. When compatibility is limited (in 
one case it is reading dirty data and in the other it is over¬ 
writing data read by an active query), the divergence control 
increments the ET’s inconsistency accumulator by the value 
change due to the write. So each time a query ET is found 
to conflict with an update ET, its inconsistency accumulator 
is incremented. When an inconsistency accumulator reach¬ 
es the query ET’s E-spec, we either block the query as the 
waiting two-phase-locking concurrency control would do, or 
we abort the query in the manner of a nonwaiting two- 
phase-locking concurrency control method. The inconsis¬ 


tency accumulators inexpensively allow restricted nonserial- 
izable execution to proceed, under the strict limitation of the 
e-specs. 

In this example, we let query-only ETs obtain nonserializ- 
able results with a limited amount of deviation. Several other 
divergence control methods work as well as two-phase lock¬ 
ing. 2 Since we require the update ETs to execute in a serial¬ 
izable manner, eventually the database converges to a con¬ 
sistent state. If we allow the update ETs to commit with 
some inconsistency, the database state may gradually di¬ 
verge. Consistency restoration methods, such as compen¬ 
sation transactions, reduce the amount of inconsistency 
thus created. (Space constraints prohibit discussion of this 
topic.) 

Preliminary simulation studies showed that epsilon serial¬ 
izability can provide significant additional concurrency when 
data contention is high. We used a small number of data 
items to ensure read/write lock conflicts in the environment. 
We compared two-phase-locking divergence control with a 
classic optimistic concurrency control algorithm. We found 
that for modest values of e-spec, epsilon serializability de¬ 
creases the number of aborts to a small fraction of those for 
classic concurrency control. We have described a methodol¬ 
ogy to extend classic concurrency control methods to diver¬ 
gence control methods. 2 Current work on asynchronous 
transaction processing based on epsilon serializability in¬ 
cludes detailed performance evaluation of divergence control 
methods, the different kinds of e-specs and applications, and 
consistency restoration methods. 


Two-phase-locking compatibility for epsilon transactions. 
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Ru 

w u 

R 0 Always 

Always 

Limited 

compatible 

compatible 

compatibility 
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Always 

Incompatible 

compatible 

compatible 


W u Limited 

Incompatible 

Incompatible 

compatibility 
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Figure 2. Issues in the evolution of transaction processing 

systems. 


global transaction coordina¬ 
tor in the scheduling and ex¬ 
ecution of transactions. Exe¬ 
cution autonomy in effect 
calls the entire notion of a 
TP system into question be¬ 
cause participating sites are 
no longer willing to sacrifice 
independence simply to im¬ 
plement a globally serializ¬ 
able transaction schedule. To 
illustrate the effect that al¬ 
lowing autonomy can have 
on TP systems, we will dis¬ 
cuss one of these issues (ex¬ 
ecution autonomy) in more 
detail. Although design and 
association autonomy pose 
many difficult problems, they 
chiefly involve autonomous 
databases and have less im¬ 
pact on autonomous TP. 

Execution autonomy is increasingly 
important because of changes in the cost- 
benefit ratio of intersite cooperation. 
For example, as the network’s diameter 
increases, two-phase commit becomes 
less desirable because both response time 
and the probability of failure increase. 
Sites may not wish to surrender control 
to a global transaction coordinator be¬ 
cause of performance penalties that arise 
in large and highly replicated systems. 
Although implementing autonomy may 
improve both performance and avail¬ 
ability, these benefits do not come for 
free. If transactions are not coordinated 
in some way, inconsistencies are inevita¬ 
bly introduced. One important problem 
is to bound this inconsistency so that the 
system can guarantee that the database 
state never diverges from classic serial- 
izability by more than a specified amount. 
Another important problem is restora¬ 
tion, at some point, of the database to a 
consistent state reachable under classic 
serializability. 

With replicated data we see, an exam¬ 
ple of the difficulties caused by introduc¬ 
ing autonomy in a TP system. Replicated 
data offer a high degree of availability 
for read access in distributed systems. 
Unfortunately, replication also poses the 
problem of consistency maintenance in 
updates. Serializability theory has been 
used as a consistency criterion for repli¬ 
cated data. In a one-copy database, us¬ 
ers expect the interleaved execution of 
transactions to be equivalent to a serial¬ 
ized execution of the transactions. Users 
of a multiple-copy database have similar 
expectations of serializability. Inter¬ 


leaved executions are constrained to be 
equivalent to a serial execution on a one- 
copy database (one-copy serializabili¬ 
ty). These constraints maintain consis¬ 
tency at the cost of limiting the amount 
of TP concurrency. 

Maintaining one-copy serializability 
can also limit availability in the case of 
update transactions because the multi¬ 
ple copies must maintain a consistent 
value even in the presence of system 
failure. The available-copies algorithm 
implements a read-one, write-all-avail¬ 
able discipline for replicated data and 
uses a validation protocol to ensure one- 
copy serializability. U nfortunately, avail¬ 
able-copies algorithms can deal only with 
site failures. If communication failures 
lead to partitioning of the system, sites in 
different partitions may produce non- 
one-copy-serializability transaction ex¬ 
ecutions. Communication failures imply 
that transactions in different components 
might have conflicting accesses on dif¬ 
ferent copies of the same item, leading 
to nonserializable updates. Approaches 
for this problem have been described in 
a survey of techniques for reconciling 
differences after network partitions. 10 All 
of the approaches have one specific dis¬ 
advantage: Although a particular site 
may have access to a datum, access will 
be restricted because of the situation at 
other sites in the system. 

Note that standard notions of a trans¬ 
action are synchronous in nature, so that 
all replicas of an object must be updated 
together to maintain consistency. We 
believe that one direction for the evolu¬ 
tion of autonomous TP systems is to¬ 
ward asynchronous TP. Asynchrony 


clearly avoids the problems 
just cited for autonomous 
systems. On the other hand, 
a basic problem with asyn¬ 
chronous coherency control 
methods is that the system 
enters an inconsistent state 
in which replicas of a given 
object may not share the 
same value. Since a major 
reason for using transactions 
in the first place is consis¬ 
tency maintenance, we need 
to be able to specify rigor¬ 
ous consistency criteria that 
can be maintained even with 
asynchronous TP. The side- 
bar “Epsilon serializability” 
discusses some ongoing work 
at Columbia University in 
this area. 

We have discussed some implications 
that result from introducing autonomy 
into TP systems. Design and association 
autonomy chiefly affect database sys¬ 
tems as a whole, while execution auton¬ 
omy affects the classic notion of a trans¬ 
action. Specific trade-offs were discussed 
in the area of replication. Although ex¬ 
ecution autonomy has the potential to 
increase performance and availability, 
it is not yet clear that the problems 
resulting from inconsistency can be over¬ 
come. 

Past, present, and 
future 

By the late seventies, classic TP 3 had 
evolved from a centralized architecture/ 
implementation to a distributed one (R* 
and distributed Ingres). The evolution 
from homogeneous distributed TP to 
heterogeneous TP occurred during the 
late eighties. 7 The superdatabase 
architecture is an example of a clean 
generalization of classic distributed TP 
to heterogeneous TP. Algorithmic het¬ 
erogeneity is isolated from data/proto¬ 
col heterogeneity on the one hand and 
from autonomy considerations on the 
other. The architecture’s feasibility has 
been demonstrated in the Harmony 
implementation. 

The evolution of classic TP to auton¬ 
omous TP has just begun. The issues are 
not yet clearly drawn, but they undoubt¬ 
edly affect the way TP systems are de¬ 
signed and administrated (see Figure 
2). Transaction execution is affected as 
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well if users require independent TP 
operations during network partitions 
or communication failures. We believe 
that asynchronous TP provides a suit¬ 
able mechanism to support execution 
autonomy, because temporary incon¬ 
sistency can be tolerated and database 
consistency restored after the failure is 
repaired. Divergence control methods 
must be devised that give systems the 
flexibility needed to evolve from clas¬ 
sic TP to autonomous TP. 


A re there solutions to auto¬ 
nomy that can be combined 
with solutions to heterogene¬ 
ity? In other words, are these two di¬ 
mensions orthogonal to the extent that 
their solutions can be easily combined? 
One issue concerns the ease of imple¬ 
menting extensions of traditional con¬ 
currency control methods to get the 
necessary divergence control methods. 
In addition to such “systems” ques¬ 
tions, there are theoretical questions. 
For example, can a superdatabase be 
extended to support autonomous TP? 
Given the possibility that a site may 
restore local consistency after a trans¬ 
action has committed, it does not ap¬ 
pear that global transactions will be 
able to maintain consistency. Other is¬ 
sues have to do with the interaction of 
political autonomy with execution au¬ 
tonomy. For example, can epsilon seri- 
alizability support an autonomy policy 
that permits sites to adopt different 
inconsistency specifications? 

In sum, the integration of heteroge¬ 
neity and autonomy TP dimensions is a 
major open area of HATP research 
and is likely to remain so for some 
time. ■ 
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SQL Access: An implementation of the 
ISO Remote Database Access standard 

Dean Arnold, Philip Cannata, Leigh Anne Glasson, Gary Hallmark, 

Bill McGuire, Scott Newman, Robert Odegard, and Harjit Sabharwal 


As an enterprise begins tying heter¬ 
ogeneous systems into a single infor¬ 
mation system, it encounters the diffi¬ 
cult task of interfacing different 
platforms running different operating 
systems, network protocols, and data 
management systems. Bringing all 
these elements together into a coher¬ 
ent information resource can require 
substantial effort and might result in a 
system that needs the interfaces re¬ 
worked every time a new platform or 
product is introduced into the system. 

To address these issues, the Inter¬ 
national Organization for Standard¬ 
ization has drafted the Remote Data¬ 
base Access Standard to provide a 
protocol that can be universally ac¬ 
cepted, implemented, and validated, 
and thereby provide users with a sin¬ 
gle, well-defined interface for hetero¬ 
geneous environments. Based on a cli¬ 
ent-server architecture, RDA uses 
well-defined Open Systems Intercon¬ 
nect services as the basis for the RDA 
services. 

The SQL Access Group is a non¬ 
profit corporation formed in 1989 to 
help expedite the definition of the 
RDA and Structured Query Language 


standards and validate the standards 
through prototype implementations 
using existing database systems. The 
SQL Access Group encompasses 
more than 40 vendors and users, in¬ 
cluding Digital Equipment Corp., 
Hewlett-Packard, NCR, Oracle, Tera- 
data, Tandem, Microsoft, Sybase, 
MCC, Cincom, Sun Microsystems, In¬ 
formix, Unisys, Fujitsu, X/Open, and 
Unify. The members are producers, 
reviewers, and observers who have 
worked closely with the ISO RDA 
committee to help develop and ad¬ 
vance the RDA standard and have 
demonstrated its validity for real ap¬ 
plications. 

The producer members developed 
prototype systems that were present¬ 
ed at a formal technology demonstra¬ 
tion in July 1991. The demonstration 
was based on an intergalactic travel 
agency application, with information 
regarding flights, hotels, entertain¬ 
ment, and bookings distributed among 
all the database systems, and accessi¬ 
ble via any of the participating client 
tools. The resulting unified, yet heter¬ 
ogeneous, information system demon¬ 
strated RDA’s ability, coupled with 


the work of the SQL Access Group, 
to meet the requirements of broadly 
heterogeneous information processing 
environments. 

The RDA standard. This standard 
is divided into the Generic Model 
(see ISO-IEC-9579-1-DIS, “Informa¬ 
tion Processing Systems, Open Sys¬ 
tems Interconnection, Remote Data- 


Arnold is a senior member of the technical staff in 
the Network Products Group at Teradata Corp., El 
Segundo, Calif.; Cannata is director of the Carnot 
Project for Enterprise Information Integration at 
the Microelectronics and Computer Technology 
Corp., Austin, Texas; Glasson is a technical staff 
member at Hewlett-Packard, Cupertino, Calif., 
working on distributed database and database con¬ 
nectivity technologies; Hallmark is project leader 
for distributed database development at Oracle 
Corp.; McGuire is a principal software engineer in 
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Corp., Nashua, N.H.; Newman is a project leader 
for database interoperability development at Dig¬ 
ital Equipment Corp., Nashua, N.H.; Odegard is a 
programmer/analyst with NCR Engineering & 
Manufacturing, San Diego, Calif.; and Sabharwal is 
a project leader in the SQL Connectivity Group at 
Tandem Corp., Cupertino, Calif., chair of the SOL 
Access Formats and Protocols Technical Commit¬ 
tee, and vice chair of the ANSI RDA Committee. 


Remote Database Access service definitions 


R-lnitialize: Establish a dialogue (that is, a session) between client and server, based on associated user identification infor¬ 
mation and negotiated options. 

R-Terminate: Terminate previously established dialogue. 

R-Open: Open a data resource on server for the client. 

R-Close: Close a previously opened data resource. 

R-BeginTransaction: Open a transaction, which may include several database language statements to be executed as a sin¬ 
gle ACID (atomic, consistent, isolated, durable) transaction. 

R-Commit: Commit the currently open transaction. 

R-Rollback: Abort the currently open transaction and roll back any updates. 

R-Status: Return status of pending operations. 

R-Cancel: Cancel a pending operation. 

R-ExecuteDBL: Execute an associated DBL statement, using associated arguments; return results as required. 
R-DefineDBL: Store a DBL statement for later execution. 

R-InvokeDBL: Execute a statement stored via a prior R-DefineDBL, using associated arguments and returning results as 
required. 

R-DropDBL: Remove a previously stored DBL statement defined via R-DefineDBL. 
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Table 1. Example dialogue. 


Client Application 

Client Request 

Server Response 

“CONNECT TO server AS Clyde USER j_clyde” 

A-Assoc-Request 

A-Assoc-Response 


R-Initialize-Req 

R-Initialize-Rsp 

“SELECT agentname INTO :agent FROM agency 

R-Open-Req 

R-Open-Rsp 

WHERE agent Jd = 10” 

R-BeginTransaction-Req 



R-ExecuteDBL-Req 

R-ExecuteDBL-Rsp 

“COMMIT WORK” 

R-Commit-Req 

R-Commit-Rsp 

“DISCONNECT Clyde” 

R-Close-Req 

R-Close-Rsp 


R-Terminate-Req 

R-Terminate-Rsp 


base Access — Part 1: Generic Model, 
Service, and Protocol”), which defines 
a common database access protocol 
and transfer syntax, and specializa¬ 
tions, which are intended to refine the 
generic aspect for use with specific 
data models (for example, relational) 
or languages (for example, SQL Spe¬ 
cialization, see ISO-IEC-9579-2-DIS, 
“Information Processing Systems, 
Open Systems Interconnection, Re¬ 
mote Database Access—Part 2: SQL 
Specialization”). The ISO recom¬ 
mended both the Generic and SQL 
Specialization for Draft International 
Standard ballot in June 1991. 

Because of the widespread accep¬ 
tance of SQL-based systems and tools, 
the SQL Access Group has 
focused on the SQL Special¬ 
ization standard. This arti¬ 
cle addresses the specifics of 
RDA in the context of the 
SQL Specialization. 

RDA service definitions 
are described in the sidebar. 

These services are defined 
in ASN.l syntax as RDA 
protocol data units for re¬ 
quest, result, and error mes¬ 
sages passed between a cli¬ 
ent and server. Table 1 
briefly illustrates the normal 
sequence of RDA protocol 
messages. In addition, RDA 
uses the Association Con¬ 
trol Service Element to es¬ 
tablish network connections 
between clients and servers. 

The RDA specification 
also defines support for dis¬ 
tributed transactions (that 
is, two-phase commit proto¬ 
cols) as part of the RDA 
transaction processing con¬ 
text, based on the ISO Dis¬ 
tributed Transaction Pro¬ 
cessing Standard. For its 
phase I work, the SQL Ac¬ 
cess Group concentrated on 


the fundamental functionality of the 
RDA Basic Context (for example, a 
common SQL dialect, agreement on 
RDA refinements, and validation of 
OSI interoperability) required for het¬ 
erogeneous information systems. The 
group did not demonstrate distributed 
transaction processing in phase I. 

Database language. While a well- 
defined network protocol and transfer 
syntax solve many of the problems of 
heterogeneous database systems, a 
common database language is also 
needed. The SQL Access Group’s Ap¬ 
plication Program Interface Commit¬ 
tee worked closely with X/Open to 
define a common SQL dialect, based 


Acronyms 


ACID: Atomic, consistent, isolated, durable 

ACSE: Association Control Services Element 

ASN: Abstract Syntax Notation 

BER: Basic Encoding Rule 

DBL: Database language 

DBMS: Database management system 

DIS: Draft International Standard 

GUI: Graphical user interface 

ISO: International Organization for Standardization 

ISODE: ISO Development Environment 

MAP: Manufacturing Automation Protocol 

OODB: Object-oriented database 

OSAK: OSI session and application kernel 

OSI: Open Systems Interconnect 

OSI/AS: OSI application services 

OSI/TS: OSI transport services 

PDU: Protocol data units 

PSAP: Presentation Service Access Point 

RDA: Remote Database Access 

RDBMS: Relational database management system 

SQL: Structured Query Language 

SQLDA: SQL Data Area 

SSAP: Session Service Access Point 

SVR4: Unix System V Release 4 

TCP/IP: Transmission-control protocol/Internet protocol 

TLAM: Tandem LAN access method 

TP: Transaction processing 

VOTS: VAX OSI transport service 


on American National Standards In¬ 
stitute SQL2, for use in conjunction 
with the RDA SQL Specialization. 
The language includes support for dy¬ 
namic SQL, cursor operations, ven¬ 
dor-specific extensions, and a com¬ 
mon schema catalog definition. This 
language specification is not a part of 
any RDA standard but is intended for 
use by all SQL Access Group partici¬ 
pants as a “conforming” common lan¬ 
guage. In conjunction with the lan¬ 
guage specification, SQL Access has 
defined a set of formats and protocols 
to refine the mapping of the chosen 
SQL dialect to the RDA protocol. 

While some vendor-specific SQL 
features are not provided by this lan¬ 
guage specification, the re¬ 
sulting language is much 
more than a least- 
common-denominator dia¬ 
lect. The X/Open communi¬ 
ty, as well as SQL Access 
Group members, reviewed 
and approved the language, 
keeping the needs of the 
user community in mind. 
However, some features will 
probably be added to the 
specification as SQL 
progresses through the vari¬ 
ous standards organizations. 


Implementations. In this 
section, we describe the 
work of the development 
teams of some participants 
in the SQL Access demon¬ 
stration effort. 

Figure 1 shows the client 
and server configurations in¬ 
volved in the demonstration, 
including the platforms, op¬ 
erating systems, network 
products, and database man¬ 
agement systems or tools 
used to develop or demon¬ 
strate SQL Access technolo¬ 
gy. While the descriptions 


December 1991 


75 









below are based on the work of indi¬ 
vidual contributors, it is important to 
view them as integral pieces of the co¬ 
operative SQL Access effort rather 
than as stand-alone implementations, 
since, as Figure 1 shows, SQL Access 
is intended to help unify existing het¬ 
erogeneous information systems. 


Oracle. Oracle’s SQL Access proto¬ 
type was designed with portability in 
mind. All RDA services are encapsu¬ 
lated in a simple subroutine library 
named CallSQL. The CallSQL inter¬ 
face separates machine-independent 
code from the machine- and OSI 
stack-dependent CallSQL implemen¬ 


tations. CallSQL is a linkable library 
that functionally replaces a subset of 
Oracle SQL*Net, Oracle’s proprietary 
client-server networking software that 
runs on many kinds of networks in¬ 
cluding TCP/IP, DECnet, LU6.2, and 
Named Pipes. 

Oracle used the ISO Development 
Environment package to provide the 
session layer, the presentation layer, 
and ACSE services of the OSI refer¬ 
ence model. ISODE also provided an 
ASN.l compiler and a library of Ba¬ 
sic-Encoding-Rule encoding and de¬ 
coding routines. SunLink OSI provid¬ 
ed the transport and network levels of 
OSI. 

For the SQL Access prototype cli¬ 
ent, Oracle SQL*Forms and Oracle 
Graphics were used as client tools. In 
addition, Oracle precompilers (for 
embedded SQL) were supplied to Sun 
for use with SimplifySQL. These tools 
were modified to use the CallSQL ser¬ 
vices in place of the SQL*Net services 
normally used. 

In Oracle’s current server products, 
SQL*Net provides session and pre¬ 
sentation services for the server; for 
the SQL Access prototype, CallSQL 
and ISODE provided these services. 
CallSQL on the server enforces the 
RDA state-machine semantics and 
can either directly call the Oracle 
server interface or use a SQL*Net 
connection to do so. Finally, the Ora¬ 
cle relational DBMS implements a su¬ 
perset of the required SQL language 
function. 

Digital Equipment Corp. The DEC 
SQL Access server prototype is a 
single-threaded server that provides 
clients with access to the Rdb/VMS 
relational database system. The server 
process is a VAX/VMS process that 
“listens” at a particular presentation 
address for incoming ACSE associa¬ 
tions. 

The server is divided into two lay¬ 
ers: the SQL Access protocol engine 
layer and the database interface. The 
protocol engine layer interfaces with 
the VMS OSI software, which is com¬ 
posed of two Digital products: VAX 
OSI Session and Application Kernel, 
which implements the application, 
presentation, and session layers; and 
VAX OSI Transport Service, which 
provides the transport layer functions 
and the Internet portion of the net¬ 
work layer. 

ASN.l and BER facilities were pro¬ 
vided by an internal set of tools con¬ 
taining an ASN.l compiler and a li¬ 
brary of BER encoding and decoding 
routines. Driven by the incoming OSI 
events, the protocol engine moves 



Figure 1. SQL Access demonstration configuration, including the platforms, op¬ 
erating systems, network products, and DBMSs or tools used. 
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through the RDA state-machine tran¬ 
sitions. 

At the lower boundary of the proto¬ 
col engine, subroutine calls are issued 
across an interface modeled after the 
ISO RDA service primitives. Through 
these subroutine calls, the database 
operations are requested of the data¬ 
base interface layer, which is responsi¬ 
ble for executing each SQL statement 
received through the standard VAX 
SQL dynamic SQL interface. 

The Digital SQL Access client pro¬ 
totype takes an innovative approach 
in its architecture. Rather than imple¬ 
ment client precompilers or layer a 
single end-user interface on top of an 
SQL Access client protocol engine, a 
version of Digital’s SQL Services 
product is modified to replace the lo¬ 
cal data access portion with an SQL 
Access client implementation. The net 
result is an SQL Access “gateway” 
through which SQL Services applica¬ 
tions on MS-DOS, OS/2, Macintosh, 
Ultrix, and VAX/VMS can access any 
SQL Access server through a VAX/ 
VMS system. 

For the SQL Access client proto¬ 
type, an existing SQL Services prod¬ 
uct is modified at the point it would 
normally access Rdb/VMS through 
dynamic SQL operations. A two-layer 
SQL Access prototype replaces the lo¬ 
cal data access mechanisms, in effect 
creating an SQL-Services-to-SQL- 
Access gateway that mirrors the lay¬ 
ers of the SQL Access server. 

The positions of the layers are in¬ 
verted so that the database layer is be¬ 
ing driven from above and, in turn, is 
driving the protocol engine to gener¬ 
ate SQL Access requests. For the 
demonstration, two applications, 
DECquery and Microsoft Excel, were 
then interfaced to SQL Services via a 
DECnet-connected PC. 

Hewlett-Packard. HP implemented 
both client and server SQL Access 
prototypes. The client architecture 
was designed to fit into HP’s propri¬ 
etary RDA architecture. With All¬ 
base/Net, HP’s proprietary remote- 
database-access product, a “router” is 
used to route database requests to ap¬ 
propriate subsystems at runtime. 
Available subsystems include local or 
remote access to HP’s Allbase/SQL 
and access to IBM DB2. For the pro¬ 
totype, this router was modified to 
also route to SQL Access servers. 

Location transparency is provided 
via an alias file, which contains infor¬ 
mation such as server node name and 
database server type for each remote 
database. An alias name is used in 
place of a local database name in a 


Connect statement (for example, 
CONNECT TO alias 1 AS userxyz). 
The alias name is then used to re¬ 
trieve information about the remote 
database from the alias file. 

For the SQL Access demonstration, 
three applications used the Hewlett- 
Packard SQL Access client prototype: 
HP NewWave Access running on an 
HP Vectra PC, an ASK/Ingres Win¬ 
dows 4GL application, and Unify Ac- 
cell running via a Motif interface. 

The HP server prototype enables 
SQL Access clients to access the All¬ 
base/SQL relational database system. 
The server prototype consists of four 
components: the listener daemon, the 
network interface, the SQL Access 
server, and the Allbase/SQL RDBMS. 

The listener’s main function is to 
process incoming connection requests. 
When a connection request is re¬ 
ceived, the listener spawns a child 
process to handle all further commu¬ 
nications with a client. 

The network interface maps generic 
networking calls to and from proto¬ 
col-specific calls. For example, a ge¬ 
neric Send call would be mapped to 
send() for TCP/IP and p_data_req() 
for OSI. 

The SQL Access server performs 
tasks such as validating requests and 
responses according to defined state 
tables. This server also performs such 
tasks as encoding and decoding RDA 
protocol data units using the BER of 
ASN.l and mapping SQL Access re¬ 
quests and data formats to Allbase/ 
SQL requests and data formats. 

The HP OSI Express 3.0 MAP Link 
networking product is used by the 
Hewlett-Packard prototypes. The 
MAP Link product consists of an 
802.4 HP OSI Express card and host 
software. Because the SQL Access 
prototypes were demonstrated over 
an 802.3 network, the HP configura¬ 
tion also included an 802.4-802.3 
bridge. 

Microelectronics and Computer 
Technology Corp. The MCC SQL 
Access client and server were devel¬ 
oped as part of the Carnot research 
project. Carnot research is focusing on 
providing access to heterogeneous en¬ 
terprise information resources. The 
work of the SQL Access Group is a 
critical first step in making this access 
a reality. 

MCC used Sun Sparcstations 
equipped with SunLink OSI and 
ISODE for both client and server. 

The client was a prototype object-ori¬ 
ented graphical interaction environ¬ 
ment that allowed rapid prototyping 
of graphical metaphors to enable cus¬ 


tomizable visualization of large infor¬ 
mation spaces. The server was based 
on the Itasca object-oriented database 
system. MCC has developed an Object 
SQL interface to the Itasca system, a 
subset of which provides the SQL Ac¬ 
cess Group dialect of RD A/SQL. 

The MCC Rosette language was 
used to develop the client and server 
RDA interfaces. Rosette is a language 
based on the MIT Actor model of con¬ 
current computation, which provides 
an interactive prototyping environ¬ 
ment for distributed systems. On the 
server, Rosette provides multithread¬ 
ing capability through creation of Ac¬ 
tor instances for each client associa¬ 
tion. On the client, Rosette Actor 
instances are used to concurrently send 
SQL queries to multiple servers and to 
merge the returned results. 

New services can be easily added to 
a client or a server, and such services 
become available immediately and ex¬ 
ecute concurrently with other existing 
services. In addition to the develop¬ 
ment of the Itasca RD A/SQL server, 
MCC has also been able to make rapid 
progress in the development of an In¬ 
gres RD A/SQL server. MCC has ap¬ 
plied for a patent on this prototyping 
technique. 

NCR. NCR’s development environ¬ 
ment for the RDA server is composed 
of an NCR 3400 system running the 
Unix System V Release 4. NCR OSI 
Network Services software is used to 
provide the OSI transport and network 
layers, while NCR OSI Application 
Services software is used to provide 
the session, presentation, and ACSE 
layer services of OSI. The NCR OSI 
Application Services includes directory 
service functions that allow OSI appli¬ 
cations to translate application entity 
names into the addresses necessary to 
establish application connections. 

NCR’s RDA server is designed to al¬ 
low support for multiple RDBMSs, 
which may be accessed through a com¬ 
mon set of generic programming inter¬ 
faces that correspond to the RDA ser¬ 
vice requests. The RDBMS 
implementation provides the object li¬ 
braries for these calls, which are then 
linked into the RDA server applica- 

The NCR RDA server is configured 
as a component of NCR’s distributed 
transaction management system, 
TopEnd. Each of the RDBMS imple¬ 
mentations is configured as a resource 
manager component and is accessible 
by the RDA server through TopEnd’s 
routing facilities. These facilities allow 
for an RDBMS to reside either locally 
or remotely. Sybase’s SQL server 
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RDBMS was used for the SQL Access 
demonstration. 

Tandem Corp. Tandem’s SQL Ac¬ 
cess server configuration is composed 
of a Tandem NonStop CLX 820 sys¬ 
tem configured with the NonStop 
SQL DBMS, the OSI Application Ser¬ 
vices, OSI Transport Services, and 
Tandem LAN Access Method net¬ 
working products. OSI/AS provides 
the ACSE, presentation, and session 
services, OSI/TS provides the trans¬ 
port and network services, and TLAM 
provides the data link and lower lay¬ 
ers for LANs. 

Tandem’s SQL Access server proto¬ 
type consists of three main compo¬ 
nents: the communications module, 
the RDA protocol engine, and the da¬ 
tabase module. 

The communications module inter¬ 
faces with OSI/AS and is responsible 
for RDA PDU encoding and decod¬ 
ing. It uses an internal tool for ASN.l 
compilation and a set of library rou¬ 
tines for BER encoding and decoding. 

The RDA protocol engine receives 
incoming events and requests from 
the communications module, validates 
the requests and sends them to the 
database module if appropriate, and 
validates the responses from the 
database module. It then sends the 
responses to the communications 
module, where they are encoded and 
returned to the client. The protocol 
engine moves through the state transi¬ 
tions as defined in the RDA specifica¬ 
tion. 

The database module interfaces 
with the NonStop SQL DBMS using a 
dynamic SQL interface. It performs 
the mapping between argument and 


result descriptors in RDA PDUs and 
the internal SQLDA format for Non- 
Stop SQL. 

Teradata Corp. Teradata’s proto¬ 
type configuration consists of a DBC/ 
1012 database machine, acting as the 
DBMS engine, and a Sparcstation, 
configured with ISODE, SunLink 
OSI, and Teradata’s call-level inter¬ 
face, CLIV2. The application inter¬ 
face to the DBC/1012 uses TCP/IP 
and Teradata’s proprietary access pro¬ 
tocol to act as a front-end processor to 
the DBC/1012. In the final configura¬ 
tion, the Sparcstation acts as a net¬ 
work database gateway, translating 
between X/Open SQL running on OSI 
and DBC/1012 SQL running on TCP/ 
IP. 

The server prototype was devel¬ 
oped using cooperating tasks, with 
shared memory and signals used to 
communicate between the tasks. 

Based on SSAP and PSAP informa¬ 
tion in a connection request, the 
ISODE transport service daemon 
tsapd() forks the SQL Access server’s 
RDA protocol machine. The RDA 
protocol machine then forks the SQL 
Access translator process. 

The RDA protocol machine is re¬ 
sponsible for converting and validat¬ 
ing received RDA requests and pass¬ 
ing the requests and associated data to 
the SQL Access translator process. 
The SQL Access translator translates 
the X/Open SQL statements to equiv¬ 
alent DBC/SQL requests. When the 
DBC/1012 has completely processed a 
request, the result or error response is 
returned to the RDA protocol ma¬ 
chine. The RDA protocol machine 
then converts the result or error re¬ 


sponse to RDA-compliant BER en¬ 
coding using the ISODE conversion 
libraries, and the final response mes¬ 
sage is returned to the client. 

By using cooperating tasks, the 
RDA communication requirements 
are decoupled from the actual service 
or language translation process. This 
proved very helpful to the developers, 
since the SQL Access specifications 
were subject to numerous changes 
during development. This architecture 
also provided a simple method for 
handling multiple asynchronous 
events from either the RDA client or 
the DBC/1012, and can be extended 
to support asynchronous R-Status/ 
R-Cancel services. 

Conclusion. The effort of the SQL 
Access Group has done much to dem¬ 
onstrate that heterogeneous database 
systems based on the RDA standard 
will be viable in the near future. Per¬ 
haps the most important lessons of the 
SQL Access experience are that ven¬ 
dor cooperation is essential for the 
long-term success of interoperability 
and that the standards process can be 
aided by practical demonstrations of 
technical feasibility. 

Another important achievement of 
the demonstration was the interopera¬ 
tion of OSI stacks from various ven¬ 
dors. While some variations in proto¬ 
col support were discovered, the 
overall implementation effort was 
only marginally affected by the differ¬ 
ences, indicating that OSI protocol 
support has achieved acceptable levels 
of reliability. 

Having successfully demonstrated 
the basic SQL Access technology, the 
SQL Access Group has now em¬ 
barked on phase II work, which will 
include defining a specification for 
RDA services using the ubiquitous 
TCP/IP transport, defining a standard 
call-level interface, completing imple¬ 
mentation of the RDA specification, 
and developing a testing and verifica¬ 
tion methodology for SQL Access- 
compliant systems. 

As products based on SQL Access 
come to market, this technology will 
become the foundation for truly 
“open” information systems. 


Further reading 

“X/Open Database Language Specification—Struc¬ 
tured Query Language,” X/Open Corp., 1991. 

“SQL Access Formats and Protocols (FAP) Spec¬ 
ification,” SQL Access Group, 1991. 
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Newly elected officers and board members to begin terms January 1 


James H. Aylor has been chosen as 
1992 president-elect and 1993 presi¬ 
dent in the IEEE Computer Society’s 
annual election. Two vice presidents 
and seven Board of Governors mem¬ 
bers were also elected and will take 
office in January. Bruce D. Shriver, 
1991 president-elect, will assume the 
office of president for 1992. 

Election results, with the number of 
votes received shown after each name, 
were as follows: 

President-elect: 

James H. Aylor (elected) 7,251 
Laurel V. Kaleda 6,738 

Vice presidents. Barry W. Johnson 
and Raymond E. Miller were elected 
to one-year terms, with the vote count 
as follows: 

First Vice President: 

Barry W. Johnson (elected) 7,291 
Yale N. Patt 6,612 

Second Vice President: 

Raymond E. Miller (elected) 8,781 
Joseph Boykin 4,901 

Board of Governors. Seven candi¬ 
dates were elected to serve terms be¬ 
ginning January 1. Voting results were 
as follows: 

Elected to three-year terms (1992-94): 


Guylaine M. Pollock 

11,114 

Mario R. Barbacci 

8,291 

Thomas W. Williams 

7,750 

Ronald D. Williams 

7,649 

Wolfgang K. Giloi 

7,648 

Luis-Felipe Cabrera 

7,566 

John P. Riganati 

7,517 

Not elected: 


Vincent Y. Shen 

7,410 

Sumit DasGupta 

6,802 

Michel Israel 

6,289 


Member participation rises. This 
year’s election marked a significant 
increase in the number of society 
members returning ballots. Table 1 
shows participation figures for recent 
years. 



James H. Aylor, 1992 president-elect 


Bruce D. Shriver, 1992 president 


Shriver announces 1992 Executive Committee 

Bruce D. Shriver, 1992 Computer Society president, has announced the 
following lineup for the 1992 Executive Committee: 

President: Bruce D. Shriver 
President-elect: James H. Aylor 
Past President: Duncan H. Lawrie 

Vice President, Conferences and Tutorials: Barry W. Johnson (1st VP) 
Vice President, Educational Activities: Raymond E. Miller (2nd VP) 
Vice President, Membership Activities: Fiorenza C. Albert-Howard 
Vice President, Press Activities: Yale N. Patt 
Vice President, Publications: Harold S. Stone 
Vice President, Standards Activities: Gary Robinson 
Vice President, Technical Activities: Joseph Boykin 
Secretary: Ronald G. Hoelzeman 
Treasurer: Laurel V. Kaleda 
IEEE Division V Director: Bill D. Carroll 
IEEE Division VIII Director: Helen M. Wood 
Computer Society Executive Director: T. Michael Elliott 
Shriver’s appointment of officers not elected by the membership was 
unanimously approved by the Board of Governors at its November 1 
meeting. 


Table 1. Comparative statistics for recent Computer Society elections. 


Election Year 

1986 

1987 

1988 

1989 

1990 

1991 

Ballots mailed 

66,896 

64,121 

73,862 

77,882 

80,845 

77,278 

Ballots returned 

10,080 

9,047 

10,110 

10,263 

11,174 

14,347 

Percent responding 

15.1 

14.1 

13.7 

13.2 

13.8 

18.6 
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Board of Governors approves strategic plan 


The IEEE Computer Society Board 
of Governors unanimously approved 
the strategic plan proposed by the 
1991 Planning Committee when the 
board met in Nashville, Tennessee, 
November 1. Computer Society offic¬ 
ers, program boards, and standing 
committees will now implement the 
plan, which includes 10 strategic goals 
and many specific objectives. 

The 10 strategic goals identified by 
the 1991 Planning Committee are as 
follows: 

(1) The society should be a vibrant, 
growing technical organization that is 
responsive to the needs of its mem¬ 
bership worldwide, the computing 
profession, and the computer indus¬ 
try. 

(2) The society should provide for 
its own continued organizational vital¬ 
ity and financial health so that its fu¬ 
ture service to the members and pro¬ 
fession is assured through adequate 
volunteer, staff, financial, and capital 
resources. 

(3) The society should remain tech¬ 
nically vital by ensuring that its cur¬ 
rent and future programs are fully at¬ 
tuned to changing technology and the 
needs of its members. 

(4) The society should enhance its 
service through strengthening its tech¬ 
nical committee programs, enabling 
them to be the wellspring for innova¬ 
tive, responsive programs and services 
of high technical excellence. 

(5) The society should better ad¬ 
dress the diverse segments of the 
membership by improving the coordi¬ 
nation of its products and services 
(conferences, periodicals, books) 
along technical lines to provide inte¬ 
grated, coherent programs that span 
its organizational programs. 

(6) The society should embrace the 
principle of self-governance in its pro¬ 
grams, always trying to put decisions, 
to the extent that it is practical or rea¬ 
sonable, in the hands of those who ac¬ 
tually carry out those programs. 

(7) The society should continue to 
improve its market-driven approach to 
assessing current programs and ser¬ 
vices as well as planning new ones. 

(8) The society should capitalize on 
its relationship with the IEEE, lever¬ 
aging its position to provide excellent 
services to the membership with maxi¬ 
mum efficiency. 

(9) The society should inform the 
worldwide public debate on technical 
issues in the field, promoting enlight¬ 
ened technology policies for the bene¬ 
fit of the membership, the profession. 


the industry, and the greater societies 
in which we live and work. 

(10) The society should utilize, to 
the extent that it is practical and pru¬ 
dent to do so, new technologies for 
the development and dissemination of 
products and services. 

Operating budget. The board ap¬ 
proved the 1992 operating budget de¬ 
veloped by the Finance Committee. 
By making difficult choices and trade¬ 
offs, the Finance Committee respond¬ 
ed to the board’s direction to con¬ 
struct a $750,000-surplus draft budget 
needed to rebuild the society’s liquid 
reserves. 

Joint sponsorship of transactions. 

A new publication, the IEEE Trans¬ 
actions on Microelectronic Systems , 
was approved by the Computer Soci¬ 
ety Board of Governors and now goes 
to the IEEE for approval. The trans¬ 
actions will be jointly sponsored by 
the IEEE Circuits and Systems Soci¬ 
ety, the IEEE Solid-State Circuits 
Council, and the IEEE Computer So¬ 
ciety. 

Affiliate relationships. Three new 
affiliate relationships were approved 
by the board. These include relation¬ 
ships with the Associazione Italiana 


Former IEEE Computer Society 
President Martha Sloan was elected to 
the office of 1992 IEEE president¬ 
elect in the recent IEEE election. The 
votes were tallied as follows: 


President-elect: 

Martha Sloan 25,024 

Troy Nagle 17,761 

Robert Alden 15,674 

Wally Read 11,587 


Sloan, who is professor of electrical 
engineering at Michigan Technologi¬ 
cal University, Houghton, was Com¬ 
puter Society president in 1984 and 
1985. She served two terms on the 
Board of Governors and held posi¬ 
tions as vice president, treasurer, and 
Division V delegate-director. 

In addition, Bill D. Carroll was cho¬ 
sen to represent the Computer Society 
as Division V delegate-director on the 
IEEE Board of Directors. 

Carroll has served on the Computer 
Society’s Board of Governors, the Ed¬ 
ucational Activities Board, and the 


per l’lnformatica ed il Calcolo Auto- 
matico, the Austrian Computer Soci¬ 
ety, and the Japanese Society for Arti¬ 
ficial Intelligence. 

Additional new assignments. The 

board elected Ronald G. Hoelzeman 
to fill a vacancy on the Board of Gov¬ 
ernors left by the election of James H. 
Aylor, board member and secretary, 
to the office of 1992 president-elect. 
Hoelzeman has served most recently 
as vice president for publi- cations. He 
will serve on the board only one year, 
completing Aylor’s term, which ex¬ 
pires at the end of 1992. Hoelzeman 
was subsequently elected by the board 
to the office of 1992 secretary. 

The board approved the president’s 
reappointment of IEEE Design & 

Test Editor-in-Chief Manuel d’Abreu 
to a two-year term. 

Michel Israel, who chairs the Euro¬ 
pean Activities Committee and the 
European Distinguished Visitors Pro¬ 
gram, was chosen as Computer Soci¬ 
ety ombudsman. 

Board of Governors member Ha¬ 
rold S. Stone was selected to serve on 
the 1992 Nominations Committee, in 
accordance with society bylaws, which 
call for the five-member committee to 
include one member of the Board of 
Governors elected by the prior year’s 
board. 


president-elect 

IEEE Committee on Engineering Ac¬ 
creditation Activities. His two-year 
term begins in 1992. 

Balloting results were as follows: 

Division V Delegate-Director: 

Bill D. Carroll 6,611 

Gerald L. Engel 2,854 



Martha Sloan 


Martha Sloan voted IEEE 
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NEWS FROM THE COMMITTEE ON PUBLIC POLICY 

Do you favor compulsory professional registration of engineering faculty? 

Paul /. Davis, Chair, Committee on Public Policy 


Several states in the US have re¬ 
cently enacted legislation that re¬ 
quires compulsory professional regis¬ 
tration for all college professors who 
teach engineering design. The pres¬ 
sure for universal compulsory regis¬ 
tration of engineering faculty contin¬ 
ues to escalate. 

The National Society for Profes¬ 
sional Engineers has been a strong 
and effective advocate and lobbyist 
for compulsory registration. In 1988, 
the National Electrical Engineering 
Department Heads Association asked 
the IEEE for help with this issue, but 
the IEEE did not become active at 
that time. The Committee on Public 
Policy (COPP) believes that it is now 
time for the IEEE and the IEEE 
Computer Society to assume an activ¬ 
ist position in this area. 

If you believe that compulsory reg¬ 
istration is wrong, you are in step with 
John Dickinson, University of Idaho, 
who believes that (1) current profes¬ 


sional engineering registration exami¬ 
nations and requirements are not ger¬ 
mane to a significant segment of the 
electrical and computer engineering 
profession, (2) arguments in favor of 
universal registration imply a narrow 
view of the practice of engineering, 
and (3) a substantial number of gradu¬ 
ate electrical and computer engineers 
find professional employment in posi¬ 
tions that do not require professional 
registration. 

COPP believes that the IEEE 
should encourage professional regis¬ 
tration for those engineering faculty 
for which such registration is appro¬ 
priate, but at the same time it should 
lobby aggressively with state legisla¬ 
tures, federal and state societies of 
professional engineers, and federal 
and state boards of registration 
against mandatory registration for 
electrical and computer engineering 
faculty. COPP feels that the IEEE 
should use its influence to make it 


known that a broad diversity exists in 
the practice of engineering and that 
present registration processes are in¬ 
appropriate to much of the practice of 
engineering, particularly electrical 
and computer engineering. 

Dickinson, a member of the Com¬ 
puter Society’s Educational Activities 
Board, is in favor of professional reg¬ 
istration for engineers. Registration 
has played an important role in the 
protection of society’s safety and well¬ 
being. He opposes compulsory regis¬ 
tration in inappropriate areas. This is 
a sensitive but important issue. The 
Computer Society needs to take an 
active stand for the engineers it repre¬ 
sents. 

Viewpoints from Computer readers 
are important and are actively solicit¬ 
ed on this issue. Address your re¬ 
sponse to John W. Dickinson, Univer¬ 
sity of Idaho, College of Engineering, 
Computer Science Department, Mos¬ 
cow, ID 83843. 


Four bylaws amendments receive first Board of Governors approval 


At its November 1 meeting in Nash¬ 
ville, Tennessee, the IEEE Computer 
Society Board of Governors ap¬ 
proved, for the first time, four bylaws 
amendments. The amendments deal 
with awards, the office of IEEE divi¬ 
sion delegate-director-elect, publica¬ 
tions, and technical activities. 

The amendments are now open for 
comments by society members, after 
which they will go before the board 
again for second approval before be¬ 
ing submitted for acceptance by the 
IEEE. Member comments should be 
sent to Chair, Constitution and By¬ 
laws Committee, IEEE Computer So¬ 
ciety, 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903. 

Awards 

The Constitution and Bylaws Com¬ 
mittee recommends that the last sen¬ 
tence of this bylaw, which states that 
“the selection of the Awards Commit¬ 
tee shall be final in all cases,” be de¬ 
leted because in practice the Board of 
Governors makes final decisions on 
some of the major awards. 

Article XIII — Standing Committees 
Section 2: Awards Committee 


Current wording: The Awards 
Committee shall have the responsibili¬ 
ty for (1) nominating candidates for 
the IEEE awards, when requested by 
the IEEE Awards Board, and (2) se¬ 
lecting recipients for any awards being 
administered by the society in accor¬ 
dance with applicable award rules as 
approved by the Board of Governors. 
The selection of the Awards Commit¬ 
tee shall be final in all cases. 

Proposed wording: The Awards 
Committee shall have the responsibili¬ 
ty for (1) selecting and recommending 
recipients for awards administered by 
the society in accordance with appli¬ 
cable policies and procedures estab¬ 
lished by the Board of Governors and 
(2) nominating and recommending 
candidates for IEEE-administered 
awards. 

Division delegate-director- 
elect 

The Computer Society membership 
each year elects one of the society’s 
two IEEE division delegate-directors 
to a two-year term. The office is an 
IEEE office, not a Computer Society 


office, though the directors are elect¬ 
ed by and represent the Computer So¬ 
ciety membership. 

Because of the complexity of the 
position, the Computer Society’s 1991 
Planning Committee has recommend¬ 
ed that the society elect division direc¬ 
tors one year earlier, as division dele¬ 
gate-director-elects, to provide 
volunteers with a year to observe and 
learn about the responsibilities of the 
division director. A similar option to 
elect regional delegate-director-elects 
is currently available to IEEE regions. 

This change would be contingent 
upon the IEEE Board of Directors’ 
approving a change in IEEE bylaws. 
Such a change has been proposed by 
Division VIII Director Helen M. 
Wood for consideration at the forth¬ 
coming IEEE TAB and Board of Di¬ 
rectors meetings. 

Current wording: 

Article II — Nominations and Elec- 

Section 9: IEEE Delegate-Director 

Nominations 

When the divisions that represent 
the IEEE Computer Society are to 
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elect members to the IEEE Annual 
Assembly and the IEEE Board of Di¬ 
rectors, the Nominations Committee 
shall nominate a candidate or candi¬ 
dates in compliance with IEEE by¬ 
laws. This list of candidates shall be 
submitted to the Board of Governors 
at least four weeks prior to the board 
meeting. The Board of Governors 
shall act as the Divisional Nominating 
Committee for the Computer Society. 
The Board of Governors may add to, 
delete, or substitute names for the 
proposed candidates, selecting the 
slate to be submitted by secret ballot. 
The approved name(s) shall be trans¬ 
mitted, as required by IEEE bylaws, 
as society nominee(s). 

A notice that nominations for the 
position of delegate-director may be 
placed on the ballot by petition shall 
be published in a society publication 
normally reaching the entire member¬ 
ship. This shall be done sufficiently in 
advance of the IEEE deadline for re¬ 
ceipt of petitions to allow a reason¬ 
able time to obtain the necessary sig¬ 
natures. Petitions shall be submitted 
to the IEEE in accordance with IEEE 
bylaws. 

Proposed wording: 

Article II — Nominations and Elec¬ 
tions 

Section 9: IEEE Delegate-Director- 

Elect Nominations 

In accordance with IEEE bylaws, 
Computer Society members annually 
elect a division delegate-director- 
elect. This individual will automatical¬ 
ly become delegate-director after 
serving a one-year term as division 
delegate-director-elect. 

When an IEEE division that repre¬ 
sents the IEEE Computer Society is 
to elect a division delegate-director- 
elect, the Nominations Committee 
shall nominate a candidate or candi¬ 
dates in compliance with IEEE by¬ 
laws. This list of candidates shall be 
submitted to the Board of Governors 
at least four weeks prior to the board 
meeting. The Board of Governors 
shall act as the Divisional Nominating 
Committee for the Computer Society. 
The Board of Governors may add to, 
delete, or substitute names for the 
proposed candidates, selecting the 
slate to be submitted by secret ballot. 
The approved name(s) shall be trans¬ 
mitted as required by IEEE bylaws, as 
society nominee(s). 

A notice that nominations for the 
position of delegate-director-elect 
may be placed on the ballot by peti¬ 
tion shall be published in a society 


publication normally reaching the en¬ 
tire membership. This shall be done 
sufficiently in advance of the IEEE 
deadline for receipt of petitions to al¬ 
low a reasonable time to obtain the 
necessary signatures. Petitions shall 
be submitted to the IEEE in accor¬ 
dance with IEEE bylaws. 

Publications 

As outlined in the IEEE Computer 
Society Strategic Plan, the Constitu¬ 
tion and Bylaws Committee recom¬ 
mends an amendment of Article X of 
the bylaws that will allow the Publica¬ 
tions Board to become a policy-mak¬ 
ing oversight body independent of the 
Transactions and Magazine Advisory 
Committees and able to objectively 
evaluate the vitality of the society’s 
periodicals. The amendment also re¬ 
names the Transactions and Magazine 
Advisory Committees, which become 
the Transactions Operations Commit¬ 
tee and the Magazine Operations 
Committee, respectively. 

Current wording: 

Article X — Publications 

Section 1: Publications Board 

The Publications Board shall for¬ 
mulate the policies of those society 
publications edited by editors-in-chief 
and shall monitor the execution of 
those policies. The Publications Board 
shall be chaired by the vice president 
for publications and consist of the fol¬ 
lowing members: the chairpersons of 
the Transactions Advisory Commit¬ 
tee, Magazine Advisory Committee, 
all editors-in-chief, the society’s divi¬ 
sional representatives on the IEEE 
Publications Board, the representative 
from the Technical Activities Board, 
and additional members appointed by 
the vice president for publications. 

The chairpersons of the advisory com¬ 
mittees shall be appointed by the 
president with the recommendation of 
the vice president for publications; the 
appointment of editors-in-chief is 
specified in Section 3 of this article. 
The president may delegate authority 
for such appointments to the vice 
president. 

Section 2: Advisory Committees 

There shall be a Transactions Advi¬ 
sory Committee and a Magazine Ad¬ 
visory Committee. Each advisory 
committee shall advise the editors-in- 
chief to meet the publications stan¬ 
dards set by the Publications Board, 
advise the Publications Board on poli¬ 
cy matters, inform the Publications 


Board about the ongoing publications 
activities and plans, assist the Publica¬ 
tions Board in recommending candi¬ 
dates for editors-in-chief as specified 
in the bylaws, and undertake other as¬ 
signments as specified by the Publica¬ 
tions Board. The members of each ad¬ 
visory committee shall be appointed 
by the vice president for publications. 

Section 3: Editors-in-Chief 

(1) There shall be an editor-in-chief 
appointed for each periodical publica¬ 
tion. There shall be editors-in-chief 
appointed for tutorials and other non¬ 
periodical publications as required. 
These individuals shall report to the 
vice president for publications. 

(2) The Publications Board shall 
recommend to the president one or 
more candidates for each editor-in- 
chief position at various times as re¬ 
quired. The president, with the advice 
and consent of the Board of Gover¬ 
nors, shall appoint the editor-in-chief 
for a definite period not to exceed two 
years. In the case of a new periodical, 
the initial appointment may be for a 
maximum of three years. 

Proposed wording: 

Article X — Publications 

Section 1: Publications Board 

The Publications Board shall for¬ 
mulate the policies of those society 
periodicals edited by editors-in-chief 
and shall advise and monitor its oper¬ 
ations committees on the execution of 
these policies. The Publications Board 
has the responsibility for recommend¬ 
ing new publications, monitoring the 
quality of present publications, alter¬ 
ing the scope and direction of present 
publications, recommending termina¬ 
tion of publications, and making bud¬ 
getary recommendations to the Fi¬ 
nance Committee and Board of 
Governors. 

The Publications Board shall be 
chaired by the vice president for pub¬ 
lications and shall consist of the fol¬ 
lowing voting members: the Transac¬ 
tions Operations Committee chair, the 
Magazine Operations Committee 
chair, the Publications Planning chair, 
the society’s divisional representatives 
on the IEEE Publications Board, and 
an additional three to five members 
(non-EICs) with experience in publi¬ 
cations appointed by the vice presi¬ 
dent for publications. In addition, all 
editors-in-chief, and society represen¬ 
tatives to the IEEE Magazine Com¬ 
mittee, the IEEE Transactions Com¬ 
mittee, the divisional representatives 
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to the IEEE TAB Publications Prod¬ 
ucts Council, and the publisher shall 
be ex-officio, nonvoting members of 
the Publications Board. 

Section 2: Operations Committees 

There shall be a Transactions Oper¬ 
ations Committee (TOC) and Maga¬ 
zine Operations Committee (MOC). 
Each operations committee shall deal 
with the publications process and shall 
recommend and initiate changes in 
practice where necessary to assure 
that quality, budget, and time con¬ 
straints can be met. Operations com¬ 
mittees shall inform the Publications 
Board about ongoing publications ac¬ 
tivities and plans, assist the Publica¬ 
tions Board in recommending candi¬ 
dates for editors-in-chief as specified 
in the bylaws, and undertake other as¬ 
signments as specified by the Publica¬ 
tions Board. 

The chairs of the TOC and MOC 
shall be appointed by the vice presi¬ 
dent for publications. The chairs may 
not simultaneously hold the office of 
editor-in-chief of a society periodical. 
Transactions EICs are voting mem¬ 
bers of the TOC, and magazine EICs 
are voting members of the MOC. In 
addition, the society representative to 
the Transactions Committee of the 
IEEE TAB Periodicals Council shall 
be an ex-officio, nonvoting member of 
the TOC, and the society representa¬ 
tive to the IEEE TAB Magazines 
Committee shall be an ex-officio, non¬ 
voting member of the MOC. Up to 
three additional members of each op¬ 
erations committee may be appointed 
by the vice president for publications. 
Appropriate staff members are ex-of- 
ficio members of the operations com¬ 
mittees. 

Section 3: Editor-in-Chief Appoint¬ 
ment and Terms 

(1) There shall be an editor-in-chief 
appointed for each periodical publica¬ 
tion. 

(2) The Publications Board shall 
recommend to the president one or 
more candidates for each editor-in- 
chief position at various times as re¬ 
quired. 

(3) The president, with the advice 
and consent of the Board of Gover¬ 
nors, shall appoint the editor-in-chief 
for a definite period not to exceed two 
years. In the case of a new periodical, 
the initial appointment may be for a 
maximum of three years. 

(4) Editors-in-chief may serve a 
maximum of two consecutive terms in 
a given position. 


Technical activities 

As outlined in the IEEE Computer 
Society Strategic Plan, the Constitu¬ 
tion and Bylaws Committee recom¬ 
mends an amendment of Article XII 
of the bylaws that allows the Techni¬ 
cal Activities Board to be an oversight 
body that can independently review 
and evaluate the vitality of the techni¬ 
cal committees. 

Current wording: 

Article XII — Technical Activities 

Section 1: Technical Activities 

Board 

There shall be a Technical Activi¬ 
ties Board chaired by the vice presi¬ 
dent for technical activities and con¬ 
sisting of the following members: the 
chairpersons of all the technical com¬ 
mittees, a representative from the 
Standards Activities Board, and addi¬ 
tional persons appointed by the vice 
president for technical activities. The 
president may delegate authority for 
such appointments to the vice presi¬ 
dent. 

Section 2: Technical Committees 

(1) Technical committees shall be 
established by the Board of Gover¬ 
nors with the recommendations of the 
Technical Activities Board in special 
technical interest areas that lie within 
the scope of the society. The purpose 
of a technical committee is to provide 
leadership in organizing technical ac¬ 
tivities in its specialty area. 

(2) The members of each technical 
committee shall be recognized, quali¬ 
fied, active workers in its specialty 
area. 

(3) Each technical committee chair 
shall report to the vice president for 
technical activities. 

Proposed wording: 

Article XII — Technical Activities 

Section 1: Technical Activities 

Board 

The Technical Activities Board 
(TAB) shall oversee and set policy for 
the society’s technical committees 
(TCs). TAB shall be chaired by the 
vice president for technical activities 
and shall have additional voting mem¬ 
bers as follows: one representative 
each from the Standards Activities 
Board, the Conferences and Tutorials 
Board, the Publications Board, the 
Press Activities Board, the Education 


Activities Board, and the Membership 
Activities Board to be appointed by 
the boards or the vice presidents of 
the boards they represent; and four to 
seven additional persons with experi¬ 
ence in technical activities, confer¬ 
ences and tutorials, publications, or 
standards to be appointed by the vice 
president for technical activities with 
the concurrence of the president. In 
addition, the Computer Society repre¬ 
sentatives and the society divisional 
representatives to relevant IEEE 
TAB committees are ex-officio, non¬ 
voting members of TAB. (Specific 
IEEE TAB committees to be repre¬ 
sented shall be identified in the TAB 
operating procedures.) 

Section 2: TAB Operations Com¬ 
mittee 

There shall be a Technical Activi¬ 
ties Board Operations Committee 
(TAB OpCom) which shall provide 
ongoing support for the technical ac¬ 
tivities of the society, including pro¬ 
viding technical leadership, organizing 
technical activities, and recommend¬ 
ing changes in the practices of techni¬ 
cal committees. The TAB OpCom 
shall inform the TAB about ongoing 
technical activities and plans, recom¬ 
mend changes in the practices of tech¬ 
nical committees, and undertake other 
assignments as specified by TAB. The 
members of the OpCom shall include 
all the technical committee chairs, and 
the four to seven at-large members of 
the Technical Activities Board. 

Section 3: Technical Committees 

(1) The Technical Activities Board 
shall recommend to the Board of 
Governors the establishment of tech¬ 
nical committees in special technical 
interest areas that lie within the scope 
of the society. The purpose of a tech¬ 
nical committee is to provide leader¬ 
ship in organizing technical activities 
in its specialty area. Each TC should 
be the wellspring for new, innovative, 
responsive programs and services of 
high technical excellence. 

(2) The members of each TC shall 
be active professionals in its specialty 
area. 

(3) Each TC chair shall be selected 
or elected by the membership of the 
TC in accordance with procedures es¬ 
tablished by TAB, and shall report to 
the vice president for technical activi¬ 
ties. The TAB shall allow for appoint¬ 
ment of TC chairs by the vice presi¬ 
dent for technical activities for new 
TCs and in other special circumstances. 
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PRODUCT REVIEWS 


Editor: Richard Eckhouse, University of Massachusetts-Boston. 
Send review submissions to MOCO Inc., 776A Country Way, N. Scituate, MA 02066; Compmail r. eckhouse; Internet, eckhouse@cs.umb.edu. 


Annual holiday parade 


This is our fourth annual holiday parade of prod¬ 
ucts. This year’s assortment again brings you items 
the reviewers have found interesting, delightful — 
and even unusual. We hope you will, too. 


Desqview 2.4. This version of Desq- 
view makes it much more convenient 
to use DOS. The only time I use Mi¬ 
crosoft Windows is with programs like 
Excel and Corel Draw, since the DOS 
programs I use frequently either don’t 
work under Windows at all or don’t 
work the way I want them to. After 
becoming comfortable with a window¬ 
ing system, running programs one at a 
time on DOS is a major effort. There 
are times it would be nice to run Lu- 
garu’s Epsilon editor. Personnel Tex’s 
Big PCTex, and Alsys’ 386 DOS Ada 
at the same time. 

I normally use Epsilon with 2 
Mbytes of expanded memory for edit¬ 
ing large files. PCTex and Alsys Ada, 
which both use the Pharlap’s 386 DOS 
extender, work best with at least 4 
Mbytes apiece. With 12 Mbytes on my 
33-MHz 386 Arche Legacy, I have the 
computing power to handle all three, 
which Desqview lets me do easily. 

For readers not familiar with this 
package, starting the program opens a 
window containing a menu of options, 
one of which is Open Windows. Select¬ 
ing this option displays a menu of pro¬ 
grams installed under Desqview. The 
menu also includes options for adding 
or deleting programs from the menu. 

Starting up a DOS window involves 
making a selection from the Open 
Windows menu. While you are work¬ 
ing in a window, pressing the Alt key 
takes you back to Desqview. My Epsi¬ 
lon editor, however, lets me use the 
Alt key as a metakey for invoking Ep¬ 
silon commands. For example, Alt-C 
capitalizes the current word and Alt-T 
transposes two adjacent words. This 


could have been a problem, but Desq¬ 
view handles it well by ignoring the 
Alt key unless it is depressed and re¬ 
leased without entering another key. 

Adding a program is simple if it’s in 
the list of known programs that ap¬ 
pears when the Add Program option is 
selected. Adding a program creates a 
program interface file that lets Desq¬ 
view know how to call the program, 
where the binary resides, how much 
memory (conventional or expanded) it 
needs, whether the program writes di¬ 
rectly to the screen, and a great deal 
of other information. You can change 
the program interface file by selecting 
the Change Program option. 

Adding programs that Desqview 
doesn’t know about can be a little 
more difficult. I had trouble figuring 
out what I needed to put in the pro¬ 
gram interface files for PCTex and Al¬ 
sys Ada, so I finally called both com¬ 
panies and asked them what to do. I 
had to change some memory options, 
using Desqview defaults for the rest. I 
realized afterwards that I probably 
could have figured this out, but it 
would have taken some time, primari¬ 
ly because of Desqview’s documenta¬ 
tion. After getting PCTex and Ada 
running, I had no problem adding the 
Epsilon editor. 

The one thing about Desqview that 
I really don’t like is the documenta¬ 
tion. Everything you need seems to be 
there, but it’s difficult to find. Part of 
this problem stems from the organiza¬ 
tion, but part of it also stems from the 
page layout. A product as good as 
Desqview deserves better, and so do 
its users. 


Version 2.4, unlike earlier ones, can 
be used under DOS 5.0. For the most 
part, DOS 5.0 and Desqview work 
well together, but a read.me file on 
the distribution disk warns of a few 
restrictions and potential problems. 
For example, you can’t use DOS- 
SHELL’s task switcher with Desq¬ 
view, but you probably won’t need 
this feature. The documentation 
warns of some potential problems with 
the DOS MIRROR command, but 1 
didn’t run into any when I used it. 

Desqview sells for $219.95. A set of 
companion programs including a com¬ 
munications program, a desk calcula¬ 
tor, a notepad, and datebook is avail¬ 
able for an additional $99. 

Readers can contact Quarterdeck 
Office Systems at 150 Pico Blvd., San¬ 
ta Monica, CA 90405; (213) 314-3222; 
or circle Reader Service Number 21. 

— T.L. (Frank) Pappas, Aweb Soft¬ 
ware Technology 


ComputerEyes/RT. If you’re look¬ 
ing for a reasonably priced good per¬ 
former for frame grabbing and basic 
video processing, you should consider 
this $600 board from Digital Vision. It 
supports a number of image file for¬ 
mats and offers an easy-to-use soft¬ 
ware package for video digitizing in a 
variety of applications. 

ComputerEyes/RT supports both 
VGA and Super-VGA displays. The 
software transfers the live video di¬ 
rectly to a window on the VGA dis¬ 
play in a 320 x 200 mode with 8-bit 
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color at about 15 frames per second. 
The board has a 768-Kbyte image 
RAM and 32-Kbyte color look-up ta¬ 
ble and can capture an image in l/30th 
second at a resolution of 512 x 512 
pixels with full 24-bit (16.7-million) 
color. The image can then be saved in 
image file formats like Paintbrush 
PCX, Targa TGA, GIF, Deluxe Paint, 
Splash, and gray-scale or color TIFF. 
Depending upon the selected graphic 
mode, the packaged software will take 
the raw image located in the on-board 
memory and squeeze or spread it to 
fit the VGA display. Moreover, the 
optional developer’s package allows 
users to capture images directly from 
within their own application pro¬ 
grams. It also includes routines for 
color calibration of all supported 
graphics modes. 

I tested the board with a 486/25 
equipped with a Prism X-VGA board 
and a Sony Trinitron multisynching 
monitor. My video input came from a 
Panasonic CCD video camera with a 
Quasar video cassette recorder con¬ 
nected to the board. The installation 
procedure was fairly easy, and it took 
only a few minutes to set up the Com- 
puterEyes/RT interface board and the 
software. If you are using other non¬ 
standard interface adapters, you may 
have to pay a little attention to the 
ComputerEyes/RT register addresses 
in the I/O space to make sure they 
don’t present a conflict. Changing ad¬ 
dresses is accomplished with the DIP 
switch on the board. 

The software that comes with the 
board offers a friendly user interface 
complete with on-line hot-key help. 
The pull-down menu allows users to 
select functions such as acquiring im¬ 
ages and viewing, modifying, and sav¬ 
ing them to disk. My tests focused on 
the quality of captured images, that is, 
the resolution and the color. 

At the beginning, I noticed that sev¬ 
eral pixels of uneven jaggedness exist¬ 
ed in the horizontal lines of captured 
images. This was obviously caused by 
the incorrect timing differences of the 
two interlace fields. According to the 
users manual, I could choose the 
Change Interlace command from the 
Option menu and capture the images 
once again. This did improve the re¬ 
sults a lot — those horizontal lines 
were imperceptible from about two 
feet away. However, when I took a 
close look, I still saw a slight amount 
of uneven jaggedness (about one or 
two pixels). 

Since there are just two settings for 
this parameter, I couldn’t do anything 
more about changing the interlace. I 
then tried the Motion Filter selection. 


The developer’s 
package lets you capture 
images directly from 
your own application. 


which was originally designed to elim¬ 
inate the distortion caused by the time 
delay between two interlace fields for 
rapidly moving objects. It worked in 
this case as well and absolutely elimi¬ 
nated the uneven jaggedness. But the 
images looked slightly fuzzy. 

Another software function, the Sin¬ 
gle Field option, forces Comput¬ 
erEyes/RT into a l/60th of a second 
capture mode, using only one of the 
two possible interlace fields. When I 
tried this function, the images came 
out with apparent horizontal lines, 
which obviously resulted from their 
losing half-vertical resolution. 

After properly selecting the 
Change-Interlace option, if you’re still 
not pleased with the captured images 
(they should be good enough for most 
applications), you can try to condense 
the image horizontally and vertically 
to half its original size. When I used 
the shrink function in the Edit menu, 
the images became very smooth and 
clear. But, of course, they were quite 
a bit smaller. 

The free run mode in the Image 
menu displays the live video on a pre¬ 
view window. Before capturing a 
frame of an image, you can select an 
autocalibration function to automati¬ 
cally set the brightness, contrast, hue, 
and saturation. I found that this func¬ 
tion made things a little bit too dark 
with a loss of shading detail. However, 
you may conveniently use the manual 
controls to readjust those features by 
changing their percentage value indi¬ 
vidually to regain the shading detail. 
Since my Prism X-VGA board sup¬ 
ports 32,000 colors at a resolution of 
640 x 480, it really took advantage of 
the 24-bit color image from the Com¬ 
puterEyes/RT board and presented 
the captured images on the monitor 
with many distinctive colors. The col- 
orfast capability really impressed me. 

I believe that capability will allow it to 
be used in many application areas. 

Readers may contact Digital Vision 
at 270 Bridge St., Dedham, MA 
02026; (617) 329-5400, or circle Read¬ 
er Service Number 22. 

— Qing Zhuang, MOCO Inc. 


NetWare 386 Version 3.11. Earlier 
this year I reviewed version 3.1 ( Com¬ 
puter , May 1991, p.92) and concluded 
that it was a “super” networking prod¬ 
uct. However, I recommended it with 
reservations — especially for smaller 
firms — because of its many technical 
demands, high-end capabilities, and 
relatively high cost. 

Version 3.11 tops Novell’s NetWare 
family of LAN operating systems. As 
a 32-bit, 80386-based operating sys¬ 
tem, it differs from the other family 
members and includes extensive net¬ 
working capabilities, features, and 
performance that meets or exceeds 
that of its competition. 

In my previous review, I expressed 
concerns about several NetWare 386 
limitations. I cited “growing pains” or 
its slow-to-evolve nature, a “dedicated 
server” architecture, sophistication 
and technical “complexity,” and 
“price” as major limitations to smaller 
firms looking for an entry-level 32-bit 
solution. 

Novell’s latest product releases 
have created a different and more 
competitive marketing scenario for 
NetWare. First, 3.11 brings new fea¬ 
tures, enhancements, and ease of use. 
New packaging of a 10-user 3.11 at 
$2,495 significantly lowers the entry 
fee. And, last but not least, a new 
family product, NetWare Lite, opens 
the door to small firms with its entry- 
level capability. 

Version 3.11 adds the following ma¬ 
jor new features and enhancements: 

• A new group of NLMs that pro¬ 
vides TCP/IP transport protocols, 
APIs (Application Program Inter¬ 
faces), and tools. This allows 
LAN-to-LAN TCP/IP packet 
transport, Unix clients to use Net¬ 
Ware resources, and NetWare 
servers to also encapsulate and 
transport Ipx (Novell’s Internet¬ 
work Packet Exchange) packets 
across a TCP/IP internetwork. 

• An expanded remote console fea¬ 
ture that includes a module en¬ 
abling asynchronous connection to 
a file-server. This allows establish¬ 
ing a file server console using a 
workstation not directly connected 
to the network. 

• Support for the OS/2 High-Perfor¬ 
mance File System that allows 
longer file names and extended at¬ 
tributes. 

• A server-based backup product, 
Sbackup, that allows a file-server- 
attached tape device to back up 
and restore data from or to any 
version 3.11 network file server. 
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• An improved NLM installation 
program with new options and 
better documentation. 

The new 10-user package brings the 
entry cost down to a very reasonable 
$249.50 per user. 

NetWare Lite is not NetWare 386, 
but rather a new (October 1991) en¬ 
try-level, peer-to-peer network oper¬ 
ating system. The significance of a 
peer-to-peer solution is that it does 
not require a dedicated network serv¬ 
er. Each network node communicates 
directly with all other nodes. This type 
of network requires less hardware and 
is easier to install and maintain. Net¬ 
Ware Lite is available for as few as 
two users, and as many as 25, for $99 
per user. It is loaded with many “big” 
NetWare features, but perhaps its best 
is upward compatibility to NetWare 
386 Version 3.11. 

Readers can contact Novell Inc. at 
122 E. 1700 South St., Provo, UT 
84606-9974; (801) 379-5900; or circle 
Reader Service Number 23. 

— Giovanni Perrone, GP Systems 


NetWare for Macintosh Version 
3.0. One of the many advantages of 
Novell’s NetWare 386 Version 3.11 is 
its support for Macintosh interconnec¬ 
tivity. An optional software product 
from Novell, NetWare for Macintosh 
Version 3.0 is the key component for 
putting Macs on a NetWare LAN. If 
you already have NetWare 386, Net¬ 
Ware for the Macintosh and the prop¬ 
er interconnecting hardware is all you 
need. 

NetWare for Macintosh comes with 
two floppies and two softbound manu¬ 
als. The DOS floppy contains file- 
server software, the Mac floppy the 
utilities. The manuals provide more- 
than-adequate technical detail con¬ 
cerning installation, maintenance, and 
basic operations in Mac-to-PC net¬ 
working. In fact, version 3.0 is signifi¬ 
cantly easier to install and use than 
earlier versions. 

NetWare for Macintosh is designed 
for installation on a NetWare file 
server running NetWare 386 Version 
3.11, and provides file and print ser¬ 
vices for Macintosh clients connected 
to the file server. It also includes the 
AppleTalk protocols and an Apple- 
Talk router. The software is provided 
in the form of NetWare Loadable 
Modules (NLMs) that are installed on 
the NetWare file server. 

In order for a Mac client to log into 
the server in native mode (using 


NLMs), the server must be running 
NetWare for Macintosh and must 
have a configured AppleTalk router. 
During operation, Macintosh requests 
are sent to the NetWare file server 
through AppleTalk. When the file 
server receives these requests, it uses 
the AppleTalk filing protocol to let 
the Mac user log in and access data on 
the server. 

An AppleTalk router is required 
even when a single AppleTalk net¬ 
work is being connected. The router 
connects multiple AppleTalk net¬ 
works and enables all nodes on each 
network to communicate and access 
services on other networks, as well as 
on its own local network. Since the in¬ 
ternal virtual network required to 
support future NetWare architectures 
comes with NetWare for Macintosh, 
the router always sees at least two 
networks, even when one external 
physical network is connected. 

An included AppleTalk Filing Pro¬ 
tocol 2.0 file services module allows a 
Mac running the AppleShare Work¬ 
station software to log into and work 
on the NetWare file server. The Ap¬ 
pleTalk print services (ATPS) module 
creates a directory for the NetWare 
ATPS print queues and presents each 
queue as an Apple printer (either La¬ 
serWriter or ImageWriter) to the Ap¬ 
pleTalk internet. The ATPS print 
queues are accessible by both Mac 
and PC-DOS users. An AppleTalk 
console utility diagnostic tool is avail¬ 
able at the file-server console for 
viewing information about the con¬ 
nected AppleTalk networks, such as 
connection status, statistics, and ser¬ 
vices available. 

The package comes with Macintosh 
utility software for installation on the 
Mac clients. A NetWare desk accesso¬ 
ry for each client contains programs 
so that users can perform basic Net¬ 
Ware functions like messaging, print 
queue access, and network access-con¬ 
trol rights. A Notify startup document 
(Init) is required for each user’s sys¬ 
tem folder to enable receipt of mes¬ 
sages. A NetWare user authentication 
Method is copied to the AppleShare 
folder of each client’s system folder 
for NetWare password encryption for 
the Mac client. A NetWare control 
center administrative utility helps 
manage users, groups, and data secu¬ 
rity from a Mac client. 

About 4 Mbytes of file-server mem¬ 
ory is required to efficiently support a 
20-user NetWare for Macintosh con¬ 
figuration. Each ATPS print queue re¬ 
quires approximately 100 Kbytes. The 
package supports a full range of Macs, 
from the 512E to the Ilfx. Each Mac 


must have at least System 6.0, Finder 
6.1, Chooser 3.3, and AppleShare 
Workstation 2.0. For printing, the 
minimum is LaserWriter 5.2 and Im¬ 
ageWriter 2.7. 

The package supports LocalTalk, 
EtherNet, and Token Ring networks. 
If LocalTalk is used, the required net¬ 
work software is already included (as 
standard) with the Mac. When Ether- 
Net or Token Ring is used, the Macin¬ 
tosh AppleTalk LAN driver (Ether- 
Talk or TokenTalk software supplied 
with the Mac network interface 
board) must be installed on the Mac 
client and selected from the control 
panel. Pricing is $895 for the eight- 
user version or $1,995 for the 100-user 
version. 

Readers may contact Novell Inc. at 
122 E. 1700 South St., Provo, UT 
84606-9974; (801) 379-5900; or circle 
Reader Service Number 24. 

— Giovanni Perrone, GP Systems 


Microsoft Fortran Version 5.1. This 
version of Fortran is an upgrade and a 
multisoftware package. Microsoft’s 
Programmer’s WorkBench (PWB) 
and CodeView debugger make writ¬ 
ing, compiling, and debugging code 
more comfortable and a little easier to 
understand. Windows capabilities, a 
mixed-language compatibility, and 
support of VAX and IBM versions of 
Fortran make Fortran 5.1 a powerful 
and versatile system. 

I like having Fortran in its own pro¬ 
gramming environment. You don’t 
have to jump in and out of a text edi¬ 
tor or consult the Fortran reference 
manual to find the compiling options 
that are needed. In PWB, compiling 
and linking are done for you with the 
help of the Build command. Compil¬ 
ing and linking options are set auto¬ 
matically, according to the adjustable 
defaults. You can also set up an envi¬ 
ronment for such options as building, 
compiling in either C or Fortran, link¬ 
ing, debugging, and editing. Compiler 
options are impressive. You can speci¬ 
fy Fortran versions, libraries, settings 
for floating-point numbers, and opti¬ 
mize space, time, consistency of float¬ 
ing-point numbers, and loop code effi¬ 
ciency. 

Another plus of the PWB environ¬ 
ment — one I can’t praise enough — 
is the on-line help system. In addition 
to availing themselves of the indexed 
help files, mouse users can point and 
click with the right mouse button on 
any word or command in question to 
receive help. This is a godsend when 
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you are compiling and linking, be¬ 
cause you can get on-line help with er¬ 
rors and warnings. 

Once you’ve compiled and linked 
the data, the CodeView debugger 
comes into play. It can debug DOS, 
OS/2, and Windows programs. You 
can run certain lines of a program and 
view values of variables and expres¬ 
sions, memory contents, and math 
coprocessor and CPU registers. Code¬ 
View saves time when you debug in 
the Fortran environment. 

One of the greatest features of For¬ 
tran 5.1 is its capability for creating 
Windows programs. You can make 
any DOS program run under Mi¬ 
crosoft Windows and need only 
recompile it and link it with the Mi¬ 
crosoft QuickWin library. For more 
extensive Windows capabilities, For¬ 
tran can be combined with C code 
that can create pop-up menus and 
buttons. The advantages of creating 
programs for Windows, besides user- 
friendliness, include virtual and ex¬ 
tended memory, large array sizes, 
multitasking, better program manage¬ 
ment and readability, and easy trans¬ 
fer of data to Microsoft Excel or other 
programs — basically the reasons that 
you enjoy Windows. 

The installation is simple and flexi¬ 
ble. The package runs under DOS, 
OS/2, Windows, or a combination. 

The only real problem I encountered 
was with C compatibility. According 
to the accompanying literature, 
mixed-language programs must be 
compiled both with C and Fortran. 
However, a program written in For¬ 
tran compiled for Fortran under PWB 
while the system was configured for C 
compatibility would not compile: er¬ 
rors were given for missing libraries. 
Outside of PWB, however, compila¬ 
tion and linking were successful. Al¬ 
though I may have overlooked some 
sort of configuring option, it seems 
any changes in the system due to C 
compatibility would have been made 
by the installation program or detect¬ 
ed by the PWB. I would also expect 
defaults to be set in a way that pre¬ 
vents this sort of error. 

With all its new features, this pack¬ 
age is worth the investment of $450 
(or $150 to upgrade). 

Readers can contact Microsoft Corp. 
at One Microsoft Way, Redmond, WA 
98052-6399; (206) 882-8080; or circle 
Reader Service Number 25. 

— Karin Feeney, MO CO Inc. 


PST250 Parallel/Serial tape backup 
unit. This handy but somewhat expen- 


Excellent 

context-sensitive on-line 
help is available 
at every step. 


sive unit connects directly to the serial 
or parallel port of your PC without re¬ 
quiring additional interface adapter 
boards. You can use a single unit to 
easily support the hard drives of a 
number of PCs. The drive weighs 
about 15 pounds and measures about 
4 x 6 x 14 inches, with a leather han¬ 
dle attached to the top for portability. 
Operation is as simple as plugging in 
the power cable, the drive adapter ca¬ 
ble, and turning on the power. 

Installing and running the DOS- 
only software is a breeze. You just 
create the directory on a hard or flop¬ 
py disk, copy a few files from the pro¬ 
gram disk, type the word Main, and 
use functions keys to select one of five 
presented operations. Setup allows 
you to specify attachment to an LPT 
or COM port; System Test verifies 
that the tape drive is correctly at¬ 
tached; and Tape Verify verifies the 
contents of the tape. The two key op¬ 
erations (of course) are Backup and 
Restore. Excellent context-sensitive 
on-line help is available at every step. 
Command-line versions of all options 
are available from the DOS prompt; 
another feature allows you to create 
tailored DOS-executable batch files to 
accommodate different PCs or cir¬ 
cumstances. 

Backing up and restoring are 
straightforward operations in which 
you can view and tag disk directories 
and their contents (by attribute type) 
or tape data sets (named by the user) 
in a window displayed in the upper 
half of the screen. The software lets 
you back up complete files and direc¬ 
tories by overwriting or appending ex¬ 
isting data sets. The lower half of the 
screen provides status information re¬ 
garding the progress of the operation 
in bytes and files read or transferred. 
A percentage completion arrow 
graphically indicates the progress of 
selected operations. 

I tested the device using the parallel 
port on a 20-MHz AST 386/C comput¬ 
er and could back up my entire disk 
drive (90 Mbytes in three partitions) 
at an average rate of 3.5 to 4.08 
Mbytes/min. Valitek’s friendly and 


knowledgeable technical personnel 
told me that an i486-PC running at 33 
MHz could optimally back up/restore 
at 5.0 to 6 Mbytes/min., with an aver¬ 
age of about 3.5. The maximum rate 
that can be realized from any serial 
port is 115.2 baud. 

Valitek sells three models of the 
drive: the PST60 ($1,695), the PST160 
($1,995), and the PST250 that I tested 
($2,295). The numbers indicate the 
maximum tape density for each unit. 
The two lower capacity units use au¬ 
diotape-like storage cassettes. The 
PST250 uses standard 1/4-inch data 
cartridges (DC6150 or DC6250). 

As I said before, this unit is some¬ 
what expensive, but the extra cost 
buys a significant amount of versatili¬ 
ty. To decide whether the cost is justi¬ 
fiable, amortize it over the number of 
PCs that you need to support. At a re¬ 
tail price of about $2,000 (for the 
PST160), you need to support eight or 
more PCs to justify the price. That 
price would yield a maximum per-PC 
cost of about $250 — about the same 
as a Colorado tape drive. Then con¬ 
sider the portability factor, which can 
be a significant advantage or a draw¬ 
back, depending on your needs. 

Readers can contact Valitek at 
Mountain Farms Mall, Hadley, MA 
01035; (413) 586-7408; or circle Read¬ 
er Service Number 26. 

— Sorel Reisman, California State 
University, Fullerton 


Desktop Lawyer. When I was first 
offered the opportunity to review the 
Desktop Lawyer, I wasn’t sure why it 
would interest any of our readers. Sta¬ 
tistically, the package seemed impres¬ 
sive, with over 304 legal forms and 43 
legal checklists, but I have never 
needed more than six such forms 
(most of which I pirated from some¬ 
one else). Thus I admit to some reluc¬ 
tance when it came time to actually sit 
down and use this product. 

Setting up Desktop Lawyer was 
simple enough. An automated instal¬ 
lation procedure copied the com¬ 
pressed files to my hard disk. The 
forms took up slightly more than 2.7 
Mbytes — no programs accompany 
them. This makes it possible to supply 
the forms for the Mac or the IBM PC. 
In the first case they are offered in 
Microsoft Word 4.0 format, while in 
the second they come in WordPerfect 
Version 4.2 or ASCII format. I don’t 
use WordPerfect on my PC, but it was 
simple to import them into Ami Pro 
for editing without losing any of the 
text attributes. 
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The checklists and forms are divid¬ 
ed into categories that include busi¬ 
ness, investing, corporations, estate 
planning and asset protection, real es¬ 
tate, and a generic class called person¬ 
al and general. As part owner of a 
small corporation, I looked to see 
whether the information that I had 
become aware of was within this col¬ 
lection. Specifically, this meant arti¬ 
cles of incorporation and all the asso¬ 
ciated filing paperwork plus minutes 
and resolutions. I also looked for con¬ 
sulting, confidentiality, and noncom¬ 
petitive agreements. It was all there. 

I also looked for typical personal doc¬ 
uments such as simple and living wills, 
trust agreements, and real estate clos¬ 
ings. Again, everything I wanted (and 
more) was included. 

For the nominal price of $139,1 
would have been quite satisfied with 
this product in itself. However, I was 
greatly impressed by the manual that 
accompanies Desktop Lawyer because 
of its extensive coverage of “the ba¬ 
sics of business and investment law,” 
“understanding the law,” and “pro¬ 
tecting yourself and your family.” 

Each section explains in an interesting 
narrative just what I needed to know 
about the law so that I could take full 
advantage of the forms. They also 
would help me work intelligently with 
a lawyer, if need be. Coupled with the 
extensive set of checklists that told me 
how to purchase real estate, form a 
chapter “S” corporation, or draw up a 
last will and testament, there is sub¬ 
stantial value in this manual equal to 
or greater than the forms alone. 

Readers can contact the Open Uni¬ 
versity at PO Box 1511, Orlando, FL 
32802; (800) 874-0388; or circle Read¬ 
er Service Number 27. 

— Richard Eckhouse, University of 
Massach usetts-Boston 


FileApps. HDC approached the 
Windows utility market in a manner 
different from that of its competitors. 
Instead of trying to build one utility 
that would do “everything,” they took 
the more structured approach of de¬ 
veloping an applications manager, 
MicroApps, that serves as the soft¬ 
ware engine for an expanding set of 
micro utilities. In previous reviews, 
we’ve looked at FirstApps and Icon 
Designer. Here we examine FileApps, 
a product that offers Disk Viewer, 

File Enhancer Plus, File Search, File 
Secure, and Disk Share. Each of 
these micro utilities changes and en¬ 
hances the character of Windows, fill¬ 


ing in the gaps and eliminating the 
need to use DOS in a command win¬ 
dow. 

In previous reviews, I’ve pointed 
out that the MicroApp manager 
works either as a replacement for the 
control menu in every application 
window or as a separate icon. Either 
way, you can launch a MicroApp or 
configure the MicroApp manager. 
Thus, all MicroApps are fully inte¬ 
grated into this highly customizable 
interface to Windows. Should you 
need it, a context-sensitive help sys¬ 
tem is always on line. 

Popping up the Disk Viewer lets 
you graphically view the contents of 
your hard disks, display file statistics, 
and open or delete files — whether 
the files are local or networked. By 
associating an application with a file, 
the open command will automatically 
launch the application when the file 
type is selected. If the Disk Watcher 
program is loaded, delete doesn’t ac¬ 
tually delete a file but rather saves it 
in a hidden subdirectory of a disk. 
Later on you can either manually 
purge this area or set it to purge auto¬ 
matically, based on time or the maxi¬ 
mum number of files to be saved. 

File Enhancer Plus is the replace¬ 
ment for command.com that lets you 
copy, move, delete, undelete, and re¬ 
name files or directories as well as 
change file attributes and run DOS or 
Windows commands. File Search lets 
you find a file based on its name, con¬ 
tents (search string), and date/time 
stamps. Each file matched can be 
viewed with the search string high¬ 
lighted. Searches can be grouped by 
file names and extensions, or by direc¬ 
tories. The groups are saved for sub¬ 
sequent reuse. 

File Secure lets you encrypt files us¬ 
ing a proprietary fast encryption or 
the DES standard. Disk Share lets you 
access your laptop as if it were an ex¬ 
tra drive on the controlling machine. 
While developed by Traveling Soft¬ 
ware, Disk Share is unidirectional in 
that the laptop becomes a server ac¬ 
cessible from the client or controlling 
machine. 

Many MicroApps are customizable 
from preference lists that let you set 
such things as confirmation on/off and 
whether or not to show hidden/system 
files. As is typical of HDC utilities, 
the dynamic icon for the Disk Viewer 
constantly updates the current free 
disk space included in its title. 

If you’re like me and more accus¬ 
tomed to calling up a command win¬ 
dow than using the file manager or 
calling a Windows application to 
move a file, then it will take a while to 


feel comfortable with HDC’s File 
Apps. But once you do, you will realize 
that this $129.95 package easily fills the 
gaps left by Microsoft Windows. 

Readers may contact HDC Com¬ 
puter Corp. at 6742 185th Ave. NE, 
Redmond, WA 98052; (206) 885-5550; 
fax (206) 881-9770; or circle Reader 
Service Number 28. 

— Richard Eckhouse, University of 
Massachusetts-Boston 


MoreFonts Version 3.0. As a former 
user of MoreFonts from MicroLogic 
Software (MLS), I have always liked 
this product for its versatility. When I 
acquired my first laser printer, More¬ 
Fonts was just what I needed to in¬ 
crease the number of fonts from the 
printer’s fixed set. With its seemingly 
unlimited set of special effects, More¬ 
Fonts also allowed me to dress up an 
otherwise boring document. 

The product worked either stand¬ 
alone under DOS or with Windows 
2.x. The catch was that fonts were not 
dynamically scalable. I had to pre¬ 
build and download what I needed ev¬ 
ery time. As a result, I lost interest in 
MoreFonts when Adobe Type Manag¬ 
er (ATM) and Bitstream FaceLift 
came along. And those two went by 
the wayside when I changed to my 
present PostScript printer from QMS. 
But now that MoreFonts 3.0 offers 
scalable fonts and the best Windows 
font interface I’ve seen, I am return¬ 
ing to this delightful package. 

Readers may recall that this $149.95 
package came with a good collection 
of fonts — 28 in the current version 
and many more in the optional Classic 
and Display Faces add-in packages. In 
addition, there are 27 fill patterns (in¬ 
cluding grays, rattan, starry night, fog¬ 
gy, sunset, fountain, and woodgrain), 
six outlines (including thin, thick, cal¬ 
ligraphy, and contour), eight shadows 
(drop and 3D to any of the four cor¬ 
ners), plus 28 backgrounds (radial, 
stripes, and others) which produce 
thousands of interesting results. 

Installing MoreFonts is fully auto¬ 
mated. You just type “x:Hello” where 
x is your a or b floppy drive. Both 
5.25- and 3.5-inch floppies were in¬ 
cluded in my package along with a 
very brief description of how to get 
going in minutes without having to 
read the excellent-but-voluminous 
user guide. To become a font produc¬ 
er, you simply call up MoreFonts, 
specify what you want, and build/in¬ 
stall the result. I installed it into Win¬ 
dows 3.0, but you could do the same 
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for MultiMate, WordPerfect, Xy- 
Write, and the like. 

Under Windows you click on the 
MoreFonts icon and bring up the 
MoreFonts interface. This intuitive set 
of list boxes and buttons makes it easy 
to install, remove, and modify fonts, 
or set options such as enabling/dis¬ 
abling MoreFonts. The same is true 
for solving printing problems or im¬ 
proving the on-screen display. The fun 
comes after you select a font from the 
window: you can then customize it by 
specifying the pattern, outline, shad¬ 
ow, and background to be applied. 

The preview feature lets you see the 
end result before committing to the 
installation. Preview can be applied to 
any keyboard character so that you 
can match what you type to what will 
be produced on screen and by the 
printer. Just think how useful that is 
when you want to match the MLS ver¬ 
sion of Zapf Dingbats or math sym¬ 
bols with the keyboard characters — 
no translation table is necessary (al¬ 
though even that is included within 
the system). In all, it is much easier 
than using the control panel with the 
fonts menu. 

The latest release of MoreFonts 
supports all variations of the HP La¬ 
serJet, DeskJet, and PaintJet as well 
as the Canon LBP 4 and 8 series of la¬ 
sers, the Canon BubbleJet, and all Ep¬ 
son, IBM, Panasonic, Okidata, NEC, 
Toshiba, and compatible dot matrix 
printers. Maximum font sizes range up 
to 999 points, depending upon the 
printer used. Font scaling is very fast 
regardless of the type size. MoreFonts 
is PostScript Type 1 and TrueType 
compatible (an included utility lets 
you import Type 1 fonts). Those of 
you who have been using ATM can 
run MoreFonts concurrently. 

This is great stuff, even more versa¬ 
tile and easy to use than before. I 
heartily recommend it over any other 
fonts package I’ve tested. 

Readers can contact MicroLogic 
Software at 6400 Hollis St., Ste. 9, 
Emeryville, CA 94608; (415) 652-5464; 
or circle Reader Service Number 29. 

— Richard Eckhouse, University of 
Massachusetts-Boston 


Norton Desktop for Windows. As 

an avid Microsoft Windows user, and 
someone who prefers Norton Utilities, 
I was rather curious about the Norton 
Desktop for Windows (NDW). This 
file management and utility package 
has received a good deal of publicity 
lately, including comments from one 


The fun comes 
after you select a 
font from the 
window. 


pundit who suggested that it would 
drive all its competitors off the mar¬ 
ket. Now that’s the kind of challenge I 
feel I have to address. 

Symantec Corp. categorizes the 
product as having four parts: Norton 
Desktop, Backup, Data Recovery, 
and Additional Features. Norton 
Desktop provides fast file access to 
both local and network drives, drag 
and drop operations for directories 
and files, and quick access to window 
applications. It also has a launch man¬ 
ager to initiate window applications 
and over 30 file viewers that under¬ 
stand how to display a data file as 
seen by the underlying application. 
Backup (also sold separately) lets us¬ 
ers make full, incremental, or differ¬ 
ential backups to floppies as well as 
remote or local DOS files. The pro¬ 
cess can be fully automated using the 
scheduler utility. 

Data Recovery includes Smart- 
Erase, which works with the Erase 
Protection TSR to recover erased 
(and possibly overwritten) files, the 
Norton Utilities famous and excellent 
Disk Doctor (NDD), and an emergen¬ 
cy floppy to recover erased files and 
formatted disks when you can’t even 
get Windows to run. It also contains a 
speed disk to defragment your hard 
disks. Additional features are Super- 
Find to quickly locate files or text 
with files, Icon Editor and Librarian, 
System Information, Sleeper to pro¬ 
tect screens from burn in, Document 
Shredder, Keyfinder to relate keytops 
to font characters as well as cut/paste 
functions, a couple of Calculators, and 
Batch Builder to generate your own 
menus and dialogue boxes. 

At a list price of $149, this package 
offers an outstanding value, even if 
you only use a subset of its features, 
as I do. My subset includes the file 
manager, NDD, SmartErase, Viewer, 
KeyFinder, and SuperFind. Other 
utilities, such as my screen saver and 
backup, come from different vendors 
who have more comprehensive pack¬ 
ages or ones that fit my unique envi¬ 
ronment. The important point is that 
NDW offers a responsive and versa¬ 
tile replacement for both the Win¬ 


dows file and program manager. 

NDW is configurable to my taste in 
terms of menus, push buttons, on¬ 
screen displays, operation confirma¬ 
tions, and tool icons. It offers a consis¬ 
tency in menu items that lets drag/ 
drop work with directories, files, and 
icons with results that never surprise 
me. Also, menu items such as Delete, 
Rename, or Properties perform con¬ 
sistently regardless of the object they 
are applied to. And drive icons apply 
to local or networked drives, RAM 
disks, and CD-ROM drives. The one 
catch is that NDW isn’t currently 
compatible with Artisoft’s LANtastic 
network. 

I had to adjust to the Norton Desk¬ 
top metaphor. Not being a Mac user, 
nor one who has used either the Win¬ 
dows program or file manager, I 
wasn’t sure whether the desktop envi¬ 
ronment would fit my model of how 
Windows applications should be ar¬ 
ranged (according to a competing 
package I like and use). However, it 
didn’t take too long to adapt, and now 
I am comfortable with either applica¬ 
tion. I have arranged my most com¬ 
monly used applications as tool icons 
that can be called up with a mouse 
click, and I now launch my file-orient¬ 
ed applications by clicking on the file 
name. I have yet to nest my Windows 
groups, even though I think of this as 
a serious deficiency in vanilla Win¬ 
dows that NDW has corrected. 

I would like to see several improve¬ 
ments. Backup needs to support tape 
devices, and SuperFind should be as 
full featured as its FileFind counter¬ 
part in the Norton Utilities. And 
while the viewers are handy, they 
don’t allow cut and paste. This is a 
pretty short list. On the flip side of the 
coin, I think the documentation is re¬ 
ally outstanding. The “Understanding 
the Windows Environment” manual is 
an excellent introduction to the termi¬ 
nology and graphics associated with 
Windows. Even old dogs like myself 
can learn new things from it. In addi¬ 
tion, “Using Norton Desktop for Win¬ 
dows” is a gem. It not only covers the 
material thoroughly but sparkles with 
wit and includes an appendix that con¬ 
tains the answers to all the questions I 
had thought of and could not readily 
find in the main part of the manual. 
Other documentation includes in¬ 
structions on using the Batch Builder, 
the emergency disk, and Norton back¬ 
up. 

NDW also features full on-line and 
context-sensitive help that includes 
graphical images of the desktop. Com¬ 
bined with the large number of utili¬ 
ties, the amount of disk space re- 
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quired for full installation is 5.5 
Mbytes. Since the desktop works only 
in standard and enhanced inodes, 
you’ll want an AT or higher with sever¬ 
al Mbytes of RAM to run this package. 

Readers can contact Symantec 
Corp. at 100 Wilshire Blvd., 9th FI., 
Santa Monica, CA 90401-1104; (213) 
319-2000; fax (213) 458-2048; or circle 
Reader Service Number 30. 

— Richard Eckhouse, University of 
Massachusetts-Boston 


Winfax Pro. Slick, really slick — 
that’s the way I would describe Delri- 
na’s new system. Made to integrate 
perfectly with Windows applications, 
Winfax Pro installs itself as a printing 
device so that sending a fax is no more 
difficult than printing a document, 
file, or graphic image. 

Nearly two years ago, I acquired a 
fax board bundled with my first scan¬ 
ner. I thought it would be great; but, 
after realizing that I had to print my 
word processing document, scan it in, 
and transmit it, I found more pain 
than gain. The fax software, a TSR 
program, tended to tie up my machine 
so that all I could do was enable it and 
stop using my machine until an ex¬ 
pected fax arrived. As a result, I gave 
the fax board away and purchased an 
actual fax machine. 

Now all of that has changed signifi¬ 
cantly. Because the capability of Win¬ 
fax Pro under Windows really makes 
a difference, I’ve given up my 9,600- 
bps ViVa 9642e and have replaced it 
with a Zoom FC 96/24 fax modem. I 
now can send and receive faxes in the 
background while running Windows 
— and even receive faxes the same 
way when I switch to a DOS-only 
mode. This is the way things should 
have been from the start. 

As a Windows application, Winfax 
is installed and activated traditionally. 
The system administrator window has 
four menu items labelled Fax, Send, 
Receive, and Phonebook. When you 
send, schedule to send, or receive a 
fax, the program enters each such 
“event” into the administrator win¬ 
dow. The program buttons allow you 
to reschedule or remove such events. 
You can also use the Fax menu item 
to gain more information about its 
functions, view a pending or incoming 
fax, attach pages to a fax to be sent 
(including pages already received), 
change the configuration settings, and 
exit from the program. 

The Send menu lets you reschedule 
a fax event, directly send a fax (not 


A perfect companion 


When I was looking for the perfect 
companion to the Delrina fax software, 

I came across the Zoom FC 96/24 fax 
modem. It combines a 2,400/1,200/ 
300-bps Hayes-compatible modem 
with a Group III, Class 2, 9,600/7,200/ 
4,800/2,400 send/receive fax capabili¬ 
ty. This half-length card fits in any slot 
of a PC. Using the Rockwell chip set, it 
offers CCITT V.22 bis/V.22 autodialing 
and autoanswering operations as well 
as V.27 ter and V.29 fax protocols. In 
addition, it can be configured for com¬ 
munications ports one through four, us¬ 
ing IRQs two through five. 

I installed the board in two 486 ma¬ 
chines that have Micronics mother¬ 
boards and found that neither allowed 
the board to operate as COM4, al¬ 
though it did function as COM1, 2, and 
3. That wasn’t an issue anyhow, since I 
used the board with Windows and that 
software does not support shared inter¬ 
rupts with serial devices. 

The FC96/24 also comes in an exter¬ 
nal version. Each version nominally 
lists for $199, although recent sales 
have brought the price down to $99. 

The user manual is thorough but 


from within an application), display a 
listing of faxes sent, and define the 
template for the cover page you wish 
to use. The Receive menu lets you put 
the system into manual or automatic 
receive mode, set the receive options 
(like how many rings and how you are 
to be notified), and view the receive 
log. Finally, the Phonebook manages 
phone books of individual records as 
well as groups of records and imports 
records from other sources. All these 
menus contain valuable duplication 
(such as being able to view a fax or 
add a new number to the phonebook) 
so that you don’t have to move from 
item to item to accomplish simple 
tasks. 

In Send mode, the program status 
box can be enabled to display call 
progress. The display includes 11 op¬ 
erations, current page-percent com¬ 
pletion, calling station ID, and current 
page/total page counts. Since you re¬ 
ceive faxes in the background, you 
can set the program to do nothing, to 
notify you when a message is re¬ 
ceived, to print faxes when received, 
or to bring up the viewer for newly ar¬ 
rived faxes. The viewer is an interest¬ 
ing window that you can open and use 
to export a document, including a re¬ 


brief. The board comes with a floppy 
containing a licensed version of Pro- 
comm and several Zoom utilities to se¬ 
lect the proper communications port, 
automatic command-line transfer of 
compressed files, Lharc compression 
and decompression software, and on- 
disk documentation. BitFax/SR (form 
Bit Software) provides a variety of fax 
functions from sending and receiving 
text and graphics, rotating received 
messages, and printing them while op¬ 
erating as a TSR in background DOS 
mode. 

The Zoom modem is a solidly built 
multilayered board that features MOV 
lightning protection, call progress de¬ 
tection, a nonvolatile RAM for setup in¬ 
formation, and one of the best micro¬ 
speakers I have heard. I’ve used it dai¬ 
ly with Procomm Plus and found it to 
operate flawlessly. Backed by a seven- 
year warranty, this Zoom product is an 
outstanding buy that matches up with 
Winfax Pro. 

Readers can contact Zoom Tele¬ 
phonies at 207 South St., Boston, MA 
02111; (617) 423-1072; or circle Read¬ 
er Service Number 31. 


ceived fax, in PCX, TIFF, or FXS for¬ 
mat. You can also clip and copy a por¬ 
tion of an image to the clipboard, 
change the zoom level, and rotate an 
image (for example, when it is re¬ 
ceived upside down). 

I haven’t explored all the capabili¬ 
ties of this thoroughly enjoyable and 
productive product. It supports a wide 
variety of Class 2 and CAS fax mo¬ 
dems, including send-only boards and 
laptop/notebook computers with 
send-fax options. It supports both low 
and high fax resolutions and comes 
with two excellent manuals, one for 
Class 2 and one for CAS (Communi¬ 
cating Applications Specification mo¬ 
dems developed jointly by Intel and 
DCA) products. 

This is a world-class product that 
retails for only $119 and comes with a 
60-day money-back guarantee. I 
heartily recommend it along with the 
Zoom modem (see sidebar). 

Readers can contact Delrina Tech¬ 
nology Inc. at 15495 Los Gatos Blvd., 
Ste. 8, Los Gatos, CA 95032; (408) 
356-9981; fax (408) 356-9570; or circle 
Reader Service Number 32. 

— Richard Eckhouse, University of 
Massachusetts-Boston 
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Software for science and engineering 


Plot your data 

ASM Int’l is shipping EnPlot 3.12, 
an analytical engineering graphics 
package that turns raw data into plots 
and curves for presentation graphics 
or technical documentation. In addi¬ 
tion to fitting data to known curves by 
using the quadratic Bezier spline, En¬ 
Plot can produce straight-line, polyno- 


EnPlot software supports Dynamic 
Data Exchange information-sharing 
with Windows 3.0 applications. 



mial, Legendre polynomial, nth-order, 
exponential, second-order reaction, 
natural log, log base 10, sine, hyperbo¬ 
la, and parabola curves. It can also 
connect with cubic or tension splines. 

Users can import multicolumn data 
files and ASCII graph data, in addi¬ 
tion to inputting through a keyboard, 
digitizer, or mouse. They can then se¬ 
lect fonts, font sizes, and text sizes 
and print to PostScript and PCL-com- 
patible printers, pen plotters, and dot 
matrix printers. 

EnPlot costs $399. 

Reader Service Number 35 


PC shell for genetic algorithms 


NovaCast of Sweden has launched 
the C Darwin II general-purpose tool 
for solving optimization problems. 
The shell can reproduce with step¬ 
wise, leaping changes and an adaptive 
selection process that accumulates 
small, successive, and favorable varia¬ 
tions from one generation to another. 


Gauss and more Gauss 

Aptech Systems’ Gauss Version 2.1 
lets users write keywords for interac¬ 
tive commands and provides addition¬ 
al runtime library features. Users can 
produce generalized sweep inverse, 
vectorize and expand symmetric ma¬ 
trices, and integrate 2D and 3D func¬ 
tions over a region described by x and 
y functions. 

The program offers a cross-refer¬ 


Chemical visualization 

Stardent Computer has introduced 
a software-development toolkit for 
chemists to create visualization appli¬ 
cations. The Chemistry Developer’s 
Kit lets users write, test, and integrate 
chemistry-oriented “modules” into 
the Application Visualization System 
(AVS) environment. Modules can be 
incorporated into AVS networks 


The program solves product design 
and planning, machine scheduling, 
composition, and functional optimiza¬ 
tion problems. Users define how they 
want the solution to be presented and 
describe the environment in terms of 
its conditions, restrictions, and cost 
factors. The program evaluates a gen¬ 


ence compilation listing that includes 
each argument and local and global 
symbol used in procedures and key¬ 
words. A 32-bit version lets users 
build new libraries by supplying a file 
list. Strongly typed libraries eliminate 
the need for .EXT files. 

The company has also released 
Gauss-386i, which supports complex 
numbers and allows each matrix to 


through mouse-driven point-and-click 
operations to construct complex 
graphical applications without writing 
code. AVS runs on Stardent and other 
Unix-based platforms. 

Molecular Simulations Inc. has used 
the kit to develop the AVS Chemistry- 
Viewer, which lets users performing 
quantum mechanics and molecular me¬ 


eration of conceivable solutions in 
parallel. 

The company claims that C Darwin 
II can solve a problem that has on the 
order of 10 17 solutions in less than 30 
minutes on a PC. 

Reader Service Number 36 


have a real and an imaginary compo¬ 
nent. Users control which matrices 
have an imaginary component. Most 
functions handle real or complex in¬ 
puts automatically. 

Gauss 2.1 is $495; Gauss-386i is 
$995 (also available as an upgrade). 

Reader Service Number 37 
Reader Service Number 38 


chanics calculations create structures 
and visualize the computational results. 

The Chemistry Developer’s Kit 
costs $2,000 (volume and educational 
discounts available). 

(Stardent) Reader Service Number 39 
(Molecular Simulations) Reader 
Service Number 40 
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Automated curve fitting 

Jandel Scientific has announced the 
TableCurve 3.0 package for finding 
the equation that best fits experimen¬ 
tal data. The program automatically 
ranks 3,318 built-in linear and nonlin¬ 
ear equations in order of fit. 

TableCurve performs single-pass, 
least-squares curve fitting with linear 
equations and iteratively selects non¬ 
linear equations. The processing step 
ranks equations according to user- 
selected criterion and lets users graph¬ 
ically examine equations and corre¬ 
sponding coefficients by pressing a key. 

A zoom feature enables close-up 


Data engines 

Scientific Software Tools has an¬ 
nounced DriverLinx for Visual Basic, 
a series of real-time data-acquisition 
engines for analog and digital I/O 
boards. The package lets scientists 
and engineers incorporate data-acqui¬ 
sition capabilities into windows appli¬ 
cations. 

Users Can choose from 100 func¬ 
tions for creating foreground and 
background tasks to perform analog 
and digital I/O, time and frequency 
measurement, event counting, pulse 
output, and period measurements. 

Built-in capabilities handle memory 
and data-buffer management and dis¬ 
play dialogue boxes for configuration 
management and data-acquisition set¬ 
up task entry. The multitasking pro¬ 
gram can manage up to six data-acqui¬ 
sition boards and 10 concurrent tasks. 

Basic source code for an interactive 
demonstration and learning program 
comes with the $400 package. Require¬ 
ments include Windows 3.0, MS-DOS 
3.1,1 Mbyte of RAM, a hard disk, and 
an IBM PC AT (286 or higher). 

Reader Service Number 41 


DriverLinx for Visual Basic comes 
with source code for a two-channel- 
function synthesizer. 


and overview examination of specific 
regions. Axes scales can be adjusted 
for ranges. Type (log/linear) and pre¬ 
diction/confidence levels are display- 
able. Other review features include 
listing standard errors, F-statistics, re¬ 
sidual graphs, and a numeric summary 
for each curve fit. 

Users can enter data through the 
keyboard or import it from Lotus 
1-2-3, SigmaPlot, Quattro Pro, dBase, 
or ASCII formats. Up to 800,000 data 
points can be digitally filtered during a 
read operation and stored as a subset. 

Curve-fit results can be written to a 


Optimal engineering 

Transpower Corp. has announced 
the Optimal Engineer package for de¬ 
sign engineers, mathematicians, oper¬ 
ations researchers, and management 
scientists. 

The general-purpose optimization 
program for IBM PCs uses sequential 
quadratic programming and handles 
functions and external programs. It 
can also handle problems with or with- 


Project documentation 

SPSS Inc. has introduced a software 
package for creating, maintaining, and 
presenting complete documentation 
about steps of a research project. 
SPSS/PC+ Codebook uses a window¬ 
ing interface with dialogue boxes and 
pull-down menus to create question¬ 
naires, documentation of coding deci¬ 
sions, and variables in the system file. 
Stylesheet facilities let researchers lay 
out the codebook for presentations. 

The package automatically inte¬ 
grates documentation of a survey or 


Numerical tools 

Quantitative Technology has re¬ 
leased MacAdvantage and PC Advan¬ 
tage 2.0 numerical methods tools. The 
packages for Macintosh and MS-DOS 
computers include eigensystems and 
linear-systems analysis, nonlinear 
methods, and stiff and nonstiff ODE 
solvers. They support real and com- 



SigmaPlot 4.0 or Lotus 1-2-3 work¬ 
sheet file with graphs. This output lets 
users present cumulative-area and 
derivative information with the choice 
of calculation algorithms. TableCurve 
generates scientific code for built-in 
equations in C, Pascal, Fortran, and 
Basic programming languages. 

The $495 program requires IBM 
PCs or true compatibles, DOS 3.0,1.3 
Mbytes of hard disk space, 500 Kbytes 
of RAM, up to 1.6 Mbytes of virtual 
memory, and a graphics adapter. 

Reader Service Number 42 


out constraints and real, integer, or 
mixed-optimization problems. 

Users can create files to support 
their design needs or modify provided 
templates. Linear and nonlinear ob¬ 
jective functions and constraints can 
be directly input to the program. 

The three-disk package costs $495. 

Reader Service Number 43 


experimental design with user data 
and its accompanying dictionary. Data 
management features and statistical 
procedures perform frequency counts 
— mean, median, and standard devia¬ 
tions — and other procedures for both 
weighted and unweighted data. 

Codebook runs on IBM PCs and 
PS/2 machines with PC or MS-DOS 
3.0 and costs $395 (discounts for aca¬ 
demic institutions). 

Reader Service Number 44 


plex numbers, matrices, vectors, and 
both types of polynomials. 

The Macintosh version works with 
Think and MPW C programming lan¬ 
guages, the MS-DOS version with Mi¬ 
crosoft and Borland C. 

Reader Service Number 45 
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Entry-level Cray 


Cray Research has announced 
the Y-MP EL system, which 
comes with up to four CPUs and 1 
Gbyte of central memory at prices 
from $300,000 to about $1 million. 

The series-compatible machine 
features a 30-ns clock speed with 
four results per clock period. Sys¬ 
tem performance peaks at 133 
Mflops per CPU. Each CPU has 
256 Mbytes of memory and a 
Hippi bandwidth of 100 Mbytes/s. 


The total VME bandwidth reaches 
640 Mbytes/s, the total memory 
bandwidth 4.2 Gbytes/s. 

The Y-MP EL runs the Unicos 
operating system, provides remov¬ 
able storage media for secure pro¬ 
cessing environments, and can 
function as a file server while si¬ 
multaneously performing scientific 
processing. 

Reader Service Number 46 



The air-cooled Cray Y-MP EL has 
an ll-sq.-ft. footprint and requires 
about 6 kilowatts of power. 


Name your platform 

Uniras Inc. has released Uni- 
graph+2000 1.2, an interactive data- 
visualization system for scientists, en¬ 
gineers, and managers. The platform- 
and device-independent package is 
available on supercomputers and en¬ 
gineering workstations. It supports X 
Windows, a point-and-click interface, 


and a command-language interface. 

Version 1.2 supports multiple 
viewports, date and time axes, 2D 
vector charts, grip snapping, and 
text-file viewing. 

Added features include integrate, 
differentiate, matrix multiplication, 
and matrix equation-solver opera¬ 


tors. Users can now handle text data 
sets in a way similar to number data 
sets. 

Unigraph+2000 1.2 costs $3,900 for 
a workstation and $36,400 for a super¬ 
computer. 

Reader Service Number 47 
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1C Announcements 


Company, Model, Function Comments R.S. No. 


Cirrus Logic 
CL-GD6411 

LCD VGA controller 

Single-chip graphics controller that operates at 3.3 V is available for prototyping and system 120 

development of notebook computer designs. Integrates bus interface, LCD panel interface, 
and LCD power-sequencing logic with complete R AMD AC. Drives LCD panel and analog 

CRT monitor simultaneously. Packaged in 160-pin quad flat pack (QFP). Cost: $65. 

Cirrus Logic 

CL-SH450 

SCSI disk controller 

Logic controller chip supports 40-MHz NRZ disk transfer data rates as well as 20-Mbyte/sec 121 
Fast SCSI-2 standard. Includes intelligent buffer manager that performs efficiency tasks. 

Proprietary split-data-field technique increases data storage density, and proprietary Reed- 
Solomon technology corrects errors. Packaged in 100-pin QFP. Cost (100s): $30. 

Fujitsu Microelec¬ 
tronics 

Single-chip microprocessor includes I/O-mapped, register-based interface; built-in 16-bit 122 

CRC and 8-bit checksum generators; and three universal timers. Provides read/write support 


MB86301 for SRAM, flash, EPROM, EEPROM, and OTPROM cards. Uses single 5V power supply. 

Memory card controller Packaged in 120-lead plastic QFP. Cost (1,000s): $24.65. 


Hitachi America 
HM628512 

4-Mbit SRAMs 

Family of SRAMs organized as 512 x 8 bits with access times from 55 ns to 100 ns. Standard 123 

specification is 20 pA in standby and 2-mA maximum; “L” versions draw 2 pA in standby and 
“L-SL” types specify 50-pA maximum. Operating power is 75 mW/MHz. Packages include 

525-mil SOJ, 600-mil plastic DIP, and type IITSOP. Cost (100): from $320. 

Hitachi America 
HM65V8512 

4-Mbit PSRAMs 

Family of pseudo-SRAMs operate from 3 V power supply and require 40 pA for operation. 124 

Data-holding current is 20 pA. Stacked-capacitor memory cell design includes on-chip cir¬ 
cuits to handle address, auto, and cell refresh. Compatible with 4-Mbit SRAMs at the pin lay¬ 
out and package specification level. Cost (1,000s): from $25. 

LSI Logic 

L64845 

Graphics accelerator 

Eight-bit color/gray-scale graphics chip provides sophisticated 2D/3D graphics capabilities 125 

for designers of SBus-compatible workstations and add-in cards. Comes in 223-pin grid array 
package and incorporates frame buffer controller, transformation engine and hardware cur¬ 
sor, and SBus interface controller. Cost (100s): $830. 

Micro Networks 
MN5904/5905 

Flash A/D converter 

Monolithic 6-bit A/D converter operates at sampling rates as high as 100 MHz; uses parallel- 126 
comparator (“flash”) architecture to convert ±2V analog input signals to ECL-level outputs 
through two encoding stages. MN5904 designed for either stand-alone 6-bit use or terminat¬ 
ing use in 7- or 8-bit cascades of MN5905s. Packaged in 16-pin DIPs. Cost (100s): from $35. 

Micro Networks 
MN6450 

16-bit A/D converter 

Self-calibrating converter, capable of converting analog signals to digital words at 47-kHz 127 

rate, contains inherent sampling function, analog input buffer amplifier, reference, micro¬ 
processor interface, and a 16-bit-wide parallel database driver. Double-wide side-brazed 32- 
pin DIP. Cost (in quantities of 100): from $175. 

Siemens 

SAB 80C515 A, SAB 

80C517A 

Microcontrollers 

CMOS-designed, 8051 -architecture, 18-MHz devices are equipped with 32Kbytes of ROM 128 

and a 10-bit A/D converter. SAB 80C515A features 1 -Kbyte extended RAM and eight input 
channels; 80C517A features 2-Kbyte extended RAM, 12 multiplexed inputs, and 32-bit and 

16-bit math hardware unit. Cost (1,000s): $11,80C515A; $15,80C517A. 

Teledyne 

TC675,TC676 

Battery chargers 

Smart ICs provide automatic battery sense, dual-mode charge termination, and LED output 129 
for charge-cycle status check. TC 675 has trickle charge select pin; TC676 has automatic trick¬ 
le charge with a timer override reset pin. For use in NiCAD/NiHydride battery charger cir¬ 
cuits. Packaged in 14-pin DIPs, 14-pin CerDIPs, and 16-pin (wide) SOICs. Cost (10,000s): $7. 

Texas Instruments 
TACT64500 

EISA chipset 

Set comprises four VLSI chips — bus, memory, peripheral control, and data path unit — and 130 

provides all essential core logic necessary to build EISA bus-based PCs. Features four-level 

DRAM write buffer and single-layer EISA bus write buffer. Supports from 256K through 

16M DRAM and up to eight EISA bus masters. Cost (1,000s): $130. 

Xicor 

X25C02 

EEPROM 

Serial EEPROM interfaces directly to the Serial Peripheral Interface (SPI) bus. Organized 131 
256 x 8. Features serial interface and software protocol allowing operation on a simple three- 
wire bus at a 1 -MHz clock rate. A chip select pin lets any number of devices share the same 
bus. Commercial and industrial temperature-range packaged in 8-pin plastic DIP and 8-pin 
plastic SOICs. Cost (1,000s): from $.98 to $1.49 each. 
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DATA 



ENGINEERING 


The Eighth International Conference on 

Data Engineering 

February 3-7,1992 

Tempe Sheraton Mission Palms, Tempe, Arizona 

Sponsored by IEEE Computer Society 
With corporate support from Bull Worldwide Information Systems 

General Chairperson: Nick Cercone, Simon Fraser University, Canada 
Program Chairperson: Forouzan Golshani, Arizona State University, USA 


SCOPE 

Data Engineering is concerned with the semantics and structuring of data in information systems design, development 
management and use. It encompuses not only the traditional applications but the emerging technologies and issues. The 
purpose of the confernece is to provide a forum for the sharing of practical experiences and research advances from an 
engineering point of view among those interested in automated data and knowledge management. The eighth ICDE will 
emphasize the issue of Technology Transfer. 

PHOENIX IN FEBRUARY 

February is considered to be the best time for Phoenix. With clear sunshine and daytime temperatures averaging around 
70 degrees, it provides an ideal alternative to the freezing climate of east coast and rainy days of the mid-western and 
other western areas. The site of the conference is the town of Tempe - a blend of rugged Old West with a sophisticated 
New West atmosphere. Attendees can travel within a few hours from deserts and canyons to the largest forest of 
Ponderosa Pine in the world. The Grand Canyon, the Petrified Forest, The Navajo and Hopi Indian Reservations, Lake 
Havasu and the London bridge are all within driving distance of Tempe. 


SPECIAL ACTIVITIES 

Data Engineering welcomes spouses as well as other participants to join in a special series of activities designed to 
enhance your visit to the Valley of the Sun. 

Event 1: A half-day guided tour of landmarks and historic sites in the Valley of the Sun. Tue., Feb.3, 12:30 p.m.-4:30 p.m. 
Event 2: Visit the Heard Museum, Pueblo Grande ruins and Desert Botanical Garden. Wed. Feb.4, 9:00 a.m.-4:30 p.m. 
Event 3: Enjoy a BBQ steak and chicken dinner at a "cowboy" restaurant. Thur., Feb.6, 5:30 p.m.-9:30 p.m. 

Event 4: A one-day tour through scenic Arizona mountains to visit the Grand Canyon. Sat., Feb.8, 7:30 a.m.-9:00 p.m. 


The Tutorial Titles and Schedules: 

• No. 1: Spatial Database Systems 

Oliver Gunther, University of Ulm 
Monday, February 3, 8:30 a.m. -12 noon 

• No. 2: Multimedia Information Systems 
Bruce Berra, Syracuse University 
Monday, February 3, 1:30 p.m. - 5:00 p.m. 

• No. 3: Information Security in Computing Systems 
Harold Podell, U.S. Government 

Monday, February 3, 8:30 a.m. - 5:00 p.m. 

• No. 4: Distributed Data Management 
M. Tamer Oszu, University of Alberta 
Monday, February 3, 8:30 a.m. - 5:00 p.m. 

• No. 5: Active, Real-Time and Heterogeneous DB Systems 
Sham Navathe, Georgia Institute of Technology and 
Sharma Chakravarthy, University of Florida 

Friday, February 7, 8:30 a.m. - 5:00 p.m. 

• No. 6: Parallel Query Processing in Database Systyems 
T. Patrick Martin, Queens University and 

Bernhard Seeger, University of Munich 
Friday, February 7, 8:30 a.m. - 5:00 p.m. 


The conference general sessions will be held 
on Tuesday, Wednesday and Thursday. 
Papers and panels relating to the following 
areas will be presented and discussed: 

• Al and Knowledge Based Systems 

• Applications and Application Systems 

• Benchmarks and Performance Evaluation 

• Data Engineering Tools and Techniques 

• Database Design and Modeling 

• Database Management and Structure 

• Deductive and Extensive Databases 

• Multimedia Database Systems 

• Distributed Database Systems 

• Integrity and Security Techniques 

• Learning and Discovery in Databases 

• Object-Oriented Database Systems 

• Query Languages and Processing 

• Scientific Databases 

• Heterogeneous Systems and Interoperability 


For a full Data Engineering advance program, please contact: 

Oris D. Friesen 
Bull Information Systems 
P.O. Box 8000, MS H32 
Phoenix, AZ 85066-8000, USA 


Telephone: +1-602-862-5200 

FAX: +1-602-862-6105 

Email: friesen@system-m.phx.bull.com 









Conference Registration • The Eighth International Conference on Data Engineering 


Please mail or fax this registration form and payment to: 

Conference and Tutorial Registration Fees: 

Bev Graff 

Advance Registration 

— Until January 10,1992 

Bull Information Systems 


Member 

Non-Member Student 

P.O. Box 8000, AZ05-B40 

Conference Only 

$290 

$365 $90 

Phoenix, Arizona 85066-8000 

One Full-Day Tutorial 

$220 

$275 

USA 

One Half-Day Tutorial 

$140 

$175 

Phone:+1-602-862-4255; Fax: +1-602-862-4288 

Late/On-site Registration -- After January 10, 1992 

Please check the tutorial(s) you wish to attend: 


Member 

Non-Member Student 

_ Tutorial 1: Spatial Database Systems (Half-Day) 

Conference Only 

$350 

$440 $100 

One Full-Day Tutorial 

$265 

$330 

_ Tutorial 2: Multimedia Information Systems (Half-Day) 

One Half-Day Tutorial 

$170 

$215 

* NO STUDENT DISCOUNT 



Tutorial 3: Information Security in Computing Systems (Full-Day) 


_ Tutorial 4: Distributed Data Management: State-of-the-Art, Unsolved Problems and New Issues (Full-Day) 

_Tutorial 5: Active, Real-Time and Heterogeneous DB Systems (Full-Day) 

_ Tutorial 6: Parallel Query Processing in Database Systems (Full-Day) 

Special Activities Fees: 

Event Number of Participants Fee until January 10 Fee after January 10 


Event 1: The Valley of the Sun @ $25 =_ @ $30 =_ 

Event 2: Land & People of the Southwest_ @ $40 =_ @ $45 =_ 

Event 3: Cowboy Cook-out @ $40 =_ @ $45 =_ 

Event 4: The Grand Canyon @ $65 =_ @ $75 =_ 

Total =$_ Total =$_ 

Please Type or Print 

Last/Family Name_First_Middle 


Affiliation_IEEE CSMembership Number. 


Mailina Address 

Mail Stop 

Citv/State/ZiD/Countrv 

Work Phone 

Telex/Fax Number Email 

Conference Fee:$ 

(a) 

Tutorial Fee:$ 

(b) 

Special Activities:$_ 

_(c) 

TOTAL = fa + b + c): $ 

Method of Payment 

_Check or Money Order_ 

_Credit Card 


_MasterCard _Visa __AmEx_JCB_Discover __Carte Blanche 

Cardholder Name 

Signature 

Card Number 

ExDiration Date 

Registration is not complete without remittance of registration fee. All payments must be made in US dollars. 

NOTE: Conference registration fee includes admission to the technical sessions, one copy ofthe proceedings, break 
refreshments and reception. Refunds will be made if requested in writing no later than January 10, 1992. 
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Company, Model, Function 


Comments 


Analogic PC/AT-compatible boards feature up to 16 single-ended or 8 differential analog inputs digi- 135 

D AS-12/50 and /125 tized to 12 bits at aggregate speeds up to 50 kHz for the D AS-12/50 and up to 125 kHz for the 

Data acquisition boards D AS-125; dual 12-bit analog output channels; two 8-bit digital I/O ports; and two internal 
and one external 16-bit counter/timer. Cost: $499, D AS-12/50; $650, DAS-12/125. 


Genoa Systems New 64-Kbyte baby AT motherboard, upgradable to 256 Kbytes of secondary cache memo- 136 

486 motherboard ry, features 32 Mbytes of on-board memory and uses any of the Intel 486SX, 487SC, and 

486SX microprocessors with up to 50 MHz operation. Cost: from $380. 

I-Bus PC Technologies Fast, 32-bit SBC uses Am386DX/DXL CPU at 40 MHz. Includes 128K on-board cache, two 137 

1386/40 serial and one bidirectional port with internal IDE/floppy controller, and socket for math 

Single-board computer coprocessor. Supports up to 32 MB DRAM. Built to AT expansion card dimensions. 


Incredible Tech¬ 
nologies (IT) 
ROM-IT 

EPROM emulator 


Introduced a year ago, ROM-IT has been enhanced to emulate up to eight 4-Mbit EPROMS 138 
for embedded systems. Accepts Intel Hex, Motorola S-record, and binary files. Consists of its 
own processor-based controller card and multiple plug-in emulation cards. Downloads a 1 - 
Mbit image file in less than 12 seconds. Cost: from $395. 


IT Non-invasive statistical code profiler works in real time through a serial interface to an AT- 139 

PROF-IT compatible with 360K memory. Monitors program execution, then displays the percentage 

Statistical profiler of time the program spends on each routine. Cost: from $295. 


IT 

AUD-IT 
Music board 


Music SBC provides nine channels of FM synthesis and four channels of ADPCM sample 140 

playback. Data compression enables playback of up to 90 seconds of sampled speech or 
sounds from a 1-Mbit EPROM. Cost: $265. 


LSI Logic Based on MIPS RISC architecture, the RPM 3330 is a fully pin-compatible 40-MHz version 141 

RPM3330 Ngine of its 25-MHz predecessor, Ngine RPM3310. Incorporates LR3000A processor, LR 3230 

CPU subsystem read/write buffer, LR3010A floating-point accelerator, and instruction and data caches of 64 

Kbytes each in a 3.5-inch-square module. Cost (1,000s): $1,550. 


LSI Logic Ngine Booster provides a complete MIPS design evaluation system on 7.8 x 7.2-inch board. 142 

LRB302 Ngine Booster Design Kit includes the 25-MHz RPM3310 Ngine Module, the Ngine Booster evaluation 
Evaluation board board, and comprehensive technical documentation. Cost: $4,995. 


Mizar 
MZ7140 
VMEbus SBC 


Single-board computer based on the MC68040 CPU at 25 MHz with internal floating point 143 
and memory management support. Includes up to 32 Mbytes DRAM, up to 2 Mbytes 
EPROM, an 8-Kbyte internal cache, and I/O for SCSI and Ethernet interfaces.Offers 32-bit 
master/slave interface to the VMEbus with full system controller functions. Cost: $3,495. 


Nu Logic 
NuStep 

Motor control board 


Three-axis stepper motor control board plugs directly into NuBus-basedMacintosh comput- 144 
ers. Uses on-board 68000 microprocessor to provide open- or closed-loop motion control 
with programmable step rate to 750,000 steps/sec. Cost: from $1,595. 


Radstone Technology 
CPU-40 

VME processor board 


PMV 68 series MIL-STD-VME board provides speeds up to 25 MHz and up to 8 Mbytes of 145 

dual-ported SRAM. Applications and test firmware are stored in 2 Mbytes of programmable 
32-bit- wide EPROM. VIC068 chip provides slot 1 VMEbus interface features. Cost: $12,800. 


T2 Systems 
Paradise-1 

Disk interface system 


Size 4 TRAM module measures 4.4 x3.7 in; uses a T222 transputer as an I/O processor to con- 146 
nect hard-disk drives, optical disks, and digital audio tape streamers via SCSI bus interface. 

Data transfer up to 800 Kbytes/sec. Controls up to seven SCSI devices. 


Tadpole Technology 
TP43M 

Multibus II SBC 


Single-board computer based on 68040 32-bit processor provides single-banked memory in- 147 
terface design that sustains 44-Mbyte/sec burst and 22-Mbyte/sec random access transfer 
rates at 33 MHz. Multibus II interfaces include iPSB and iLBX. Cost: from $9,167. 


Zytex 

AdaptiBus Pegasus 
486/33 motherboard 


Dual-bus motherboard supports eight standard ISA slots and seven 32-bit interfaces running 148 
at 25/33 MHz for simultaneous use of multiple high-speed devices such as SVG A adapters 
and SCSI cards. Also supports up to eight processors for incorporation of 32-bit RISC-based 
technology as add-on CPUs, working concurrently with 486s and ISA buses. Cost: $995. 
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CALL FOR PAPERS 


IEEE Software seeks articles for 
publication in 1992 issues that focus 
on results and experience useful to practi¬ 
tioners, particularly on the following top¬ 
ics: software renovation, work-group com¬ 
puting, maintenance under the object- 
oriented paradigm, postmortem analysis of 
software projects (from both technical and 
management perspectives), embedded sys¬ 


tems programming and development, in¬ 
dustrial experiences with Ada and C++, 
human factors issues for software develop¬ 
ers, and use of CASE tools in industrial 
development. Submit eight copies of arti¬ 
cles to Carl Chang, IEEE Software , 1120 
Science and Eng. Offices, MC 154, Univ. of 
Illinois, Chicago, IL 60680, Internet 
ckchang@uicbert.eecs.uic.edu. For detailed 


author guidelines, call Karen Potes at 
(714) 821-8380. IEEE Software also seeks 
software developers to write 1,000-to- 
3,000-word reviews on new software pack¬ 
ages for the magazine’s Toolbox depart¬ 
ment. If you are interested, send a brief 
description of your position, company, ed¬ 
ucation/training, field(s) of product inter¬ 
est, and software development environ- 


Call for articles and referees for Computer 

Computer seeks articles for inclusion in future special 
issues. 

Computer Support for Concurrent Engineering has 

been selected as the theme planned for the January 1993 
issue. Manuscripts reporting survey, original research, de¬ 
sign and development, and applications of computer support 
for concurrent engineering are sought immediately in the fol¬ 
lowing areas: 

• Virtual team support environments 

• Information sharing in distributed systems 

• Enterprise modeling 

• Integration of heterogenous and legacy databases 

• Projects and team coordination 

• Requirements, constraints, workflow tracking, and 
management tools 

• Tools for design assessment 

• Networked colocation 

• Tools for multimedia conferencing on local, wide-area, 
and ISDN networks 

• Distributed computing environment and directory services 

• Corporate memory 

• Capturing design intent and intelligent retrieval of corpo¬ 
rate knowledge 

• Enterprise integration framework 

A 300-word abstract of each manuscript should be submit¬ 
ted by Jan. 15,1992; 14 copies of the complete manuscript 
are due by Mar. 15, 1992; notification of decisions is set for 
July 15,1992; and the deadline for submittal of the final ver¬ 
sion of each manuscript is Sept. 1, 1992. 

Submissions and questions should be directed to K. Srini- 
vas, Drawer 2000, Concurrent Engineering Research Center, 
West Virginia University, 955 Hartman Run Rd., Morgantown, 
WV 26505, phone (304) 293-7226, fax (304) 293-7541, 
e-mail splissue@cerc.wvnet.wvu.edu. 


Molecular Computing has been selected as the theme 
planned for the November 1992 issue. Manuscripts reporting 
survey, original research, design and development, and appli¬ 
cations of wafer-scale integration technology are sought im¬ 
mediately. See p. 104 of the October 1991 issue for more de¬ 
tails. 

Fourteen copies of the complete manuscript are due by 
Jan. 15, 1992; notification of decisions is set for May 15, 
1992; and the deadline for submittal of the final version of 
each manuscript is July 1,1992. 

Submissions and questions should be directed to Michael 
Conrad, Dept, of Computer Science, Wayne State Univ., De¬ 
troit, Ml 48202, phone (313) 577-0725, secretary (313) 577- 
2476, fax (313) 577-6868. 

Multichip modules has been selected as the theme for the 
April 1993 issue. Manuscripts reporting survey, original re¬ 
search, design and development, and applications of MCM 
technology are sought immediately in 

• MCM design: Case studies and applications 

• Fabrication and technology: Process-related issues 

• CAD: Tools for design and simulation 

• Testing: Strategies and specific algorithms 

A 300-word abstract of the manuscript must be submitted 
by Apr. 15, 1992; 14 copies of the full manuscript are due by 
June 15,1992; notification of decisions is set for Oct. 15, 
1992; and the deadline for submittal of the final version of 
each manuscript is Dec. 1,1992. 

Submissions and questions should be directed to P.R. 
Mukund, Dept, of Electrical Eng., Rochester Inst, of Tech., 1 
Lomb Memorial Dr., Rochester, NY 14623, phone (716) 475- 
2174, e-mail prmee@ritvax.isc.rit.edu; or J.F. McDonald, 
Dept, of Electrical Eng., Rensselaer Polytechnic Inst., Troy, 
NY 12180, phone (518) 276-2919, e-mail mcdonald@unix. 
cie.rip.edu. 


For submittal to Computer, manuscripts must not have been previously published or currently submitted for publica¬ 
tion elsewhere. Each manuscript should be no more than 32 typewritten, double-spaced, single-sided pages long, in¬ 
cluding all text, figures, and references. Each of the 14 copies submitted should include a title page that contains the ti¬ 
tle of the article, the full name(s) and affiliation(s) of the author(s), complete postal and electronic address(es) of all the 
authors as well as their telephone and fax number(s), a 300-word abstract, and a list of keywords identifying the central 
issues of the manuscript’s contents. The final manuscript should be approximately 8,000 words in length and contain no 
more than 12 references. 

If you are willing to review articles for any special issue, please send a note listing your research interests to Jon T. 
Butler, editor-in-chief of Computer, at the Dept, of Electrical and Computer Eng., Naval Postgraduate School, Code EC/ 
Bu, Monterey, CA 93943-5004, Internet butler@ece.nps.navy.mil. 
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ment to IEEE Software, Toolbox Editor, 
10662 Los Vaqueros Cir., Los Alamitos, 
CA 90720, e-mail chad%prevue@ 
uunet.uu.net. 

1992 Computer-Based Systems Eng. 
W Workshop: Mar. 24-26,1992, Wash¬ 
ington, DC. Sponsor: IEEE Computer Soc. 
Task Force on Computer-Based Systems 
Eng. Submit four copies of paper by Dec. 

15,1991, to Ashok Agrawala or Phil 
Hwang, Computer Science Dept., Univ. of 
Maryland, College Park, MD 20742. 

Milcom 92: Oct. 11-14, 1992, San Diego, 
Calif. Cosponsors: IEEE Comm. Soc. et al. 
Submit abstract by Dec. 20,1991, draft pa¬ 
per by Feb. 15,1992, and camera-ready 
copy by June 13,1992, to Milcom 92, Gen¬ 
eral Dynamics Electronics Div., PO Box 
85106, San Diego, CA 92186-5106 (unclas¬ 
sified submissions); Security Dept. MZ 
7101-G, Milcom 92, General Dynamics 
Electronics Div., PO Box 85227, San Di¬ 
ego, CA 92186-5227 (US classified submis¬ 
sions); or Dennis E. Litchfield, Office of 
the Assistant Secretary of Defense (C 3 I), 
The Pentagon, Rm. 3D 228, Washington, 
DC 30301-3040 (non-US classified submis¬ 
sions). 

Int’l Workshop on Neural Networks Ap¬ 
plied to Comm. Systems: Apr. 6-7,1992, 
London. Sponsor: IEEE Comm. Soc. UK 
Chapter. Submit 500-word summary by 
Dec. 20,1991, to Trevor Clarkson, Elec¬ 
tronic and Electrical Eng. Dept., King’s 
College, Univ. of London, Strand, London, 
England WC2R 2LS, phone 44 (071) 873- 
2367, fax 44 (071) 836-4781, e-mail tgc@ 
oak.cc.krl.ac.uk. 


ISIF 92, Fourth Int’l Symp. on Integrated 
Ferroelectrics: Mar. 9-11,1992, Monterey, 
Calif. Submit 300-word abstract by Dec. 

31,1991, to Alona S. Miller, ISIF 92, Univ. 
of Colorado at Colorado Springs, PO Box 
7150, Colorado Springs, CO 80933-7150, 
phone (719) 593-3488, fax (719) 594-4257. 


IEEE Trans, on Software Eng. plans 
a special September 1992 issue on 
specification and analysis of real-time sys¬ 
tems. Submit five copies of full manuscript 
by Jan. 1,1992, to Carlo Ghezzi, Diparti- 
mento di Elettronica, Politecnico di Mila¬ 
no, Piazza L. da Vinci, 32, 20133 Milano, 
Italy, phone 39 (2) 2399-3529, fax 39 (2) 
2399-3411, e-mail relett24@imipoli.bitnet 
or ghezzi@ipmel2.elet.polimi.it; or Richard 
A. Kemmerer, Reliable Software Group, 
Computer Science Dept., Univ. of Califor¬ 
nia, Santa Barbara, CA 93106, phone (805) 
893-4332, fax (805) 893-8553, e-mail 
kemm@cs.ucsb.edu. 


IEEE Intelligent Vehicles 92: July 1-2, 
1991, Michigan. Sponsor: IEEE Industrial 
Electronics Soc. Submit three one-page ab 
stracts by Jan. 1,1992, to Ichiro Masaki. 
Computer Science Dept., GM Research 
Labs, 30500 Mound Rd., Warren, MI 
48090-9055, phone (313) 986-1466, fax 
(313) 986-9356, e-mail masaki@gmr.com. 


Int’l J. of Computer Simulation plans a 
special issue on object-oriented simulation. 
Submit five copies of complete manuscript 
by Jan. 1,1992, to John A. Miller, Comput¬ 
er Science Dept., 514 Graduate Studies 
Research Center, Univ. of Georgia, Ath¬ 
ens, GA 30602, phone (404) 542-3440, 
e-mail jam@csunl.cs.uga.edu. 

J. of Computer and Software Eng. seeks 
papers on various topics and applications, 
as well as special-issue proposals. Publish¬ 
er: Ablex. For inclusion in 1992 issues No. 

3 or No. 4, submit five copies of full manu¬ 
script by Jan. 6, 1992, to E.K. Park, Com¬ 
puter Science Dept., U.S. Naval Academy, 
Annapolis, MD 21401-5002, phone (301) 
267-3080, fax (301) 267-4883, e-mail eun@ 
cad.usna.navy.mil. 

BNCOD 10, 10th British Nat’l Conf. on 
Databases: July 6-8,1992, Aberdeen, Scot¬ 
land. Sponsor: British Computer Soc. Sub¬ 
mit four copies of paper by Jan. 7,1992, to 
Peter Gray or Rob Lucas, BNCOD 10, 
Computing Science Dept., King’s College, 
Aberdeen, Scotland, UK AB9 2UB, phone 
(0224) 272-296, fax (0224) 487-048, e-mail 
bncodlO@uk.ac.abdn.csd. 

Congress 92, 12th World Computer Con¬ 
gress: Sept. 7-11,1992, Madrid. Sponsor: 
Int’l Federation for Information Process¬ 
ing. Submit six copies of full paper by Jan. 

10,1992, and camera-ready version by 
Apr. 24,1992. To obtain the submittal 
form for the five streams and two subcon¬ 
ferences, contact Grupo Geyseco, Con¬ 
gress 92, Mauricio Legendre, 4-8.° G., E- 
28046 Madrid, Spain, fax 34 (1) 323-4936, 
e-mail ifip92@dit.upm.es. 

Compass 92, Seventh Conf. on Computer 
Assurance: June 15-18,1992, Gaithersburg, 
Md. Cosponsors: IEEE, IEEE Aerospace 
and Electronic Systems Soc. Submit five 
copies of 7,500-word (maximum length) 
paper by Jan. 10,1992, and camera-ready 
paper by Apr. 1,1992, to Edgar H. Sibley, 
Information and Software Systems Eng. 
Dept., George Mason Univ., 440 Universi¬ 
ty Dr., Fairfax, VA 22030-4444, phone 
(703) 993-1640, e-mail esibley@gmuvax. 
gmu.edu. 

ICPP 92, 21st Int’l Conf. on Parallel Pro¬ 
cessing: Aug. 17-21,1992, St. Charles, Ill. 
Sponsor: Pennsylvania State Univ. Submit 
five copies of 100-word abstract and full 
text by Jan. 10,1992, to Quentin Stout, EE 
and CS Dept., Univ. of Michigan, Ann Ar¬ 
bor, MI 48109-2122, phone (313) 763-4921, 
e-mail icpp-alap@eecs.umich.edu (papers 
on algorithms and applications); Kang G. 
Shin, EE & CS Dept., Univ. of Michigan, 
Ann Arbor, MI 48109-2122, phone (313) 
936-2495, e-mail icpp-soft@eecs.umich.edu 
(software-oriented papers); or Trevor 
Mudge, EE and CS Dept., Univ. of Michi¬ 
gan, Ann Arbor, MI 48109-2122, phone 
(313) 763-1557, e-mail icpp-hard@eecs. 
umich.edu (hardware and other papers). 


Univ. of Massachusetts at Amherst. Sub¬ 
mit 12 copies of extended summary or full 
paper by Jan. 15,1992, to Niraj K. Jha, 
Electrical Eng. Dept., Princeton Univ., 
Eng. Quad, Princeton, NJ 08544, phone 
(609) 258-4754, fax (609) 258-3745, e-mail 
jha@ee.princeton.edu. 

Compsac 92, 16th Int’l Computer 

Software and Applications Conf.: 

Sept. 23-25, 1992, Chicago. Submit six cop¬ 
ies of full paper by Jan. 15,1992, and cam¬ 
era-ready version by May 25,1992, to Dick 
B. Simmons, Compsac 92, Computer Sci¬ 
ence Dept., Texas A&M Univ., College 
Station, TX 77843-3112, phone (409) 845- 
2015, fax (409) 847-8578, e-mail 
simmons@cs.tamu.edu. 

IJCNN 92, Int’l Joint Conf. on Neural Net¬ 
works: June 7-11,1992, Baltimore. Co¬ 
sponsors: IEEE, Int’l Neural Network Soc. 
Submit manuscript by Jan. 15,1992, to 
IJCNN 92, 5665 Oberlin Dr. #110, San Di¬ 
ego, CA 92121, phone (619) 453-6222, fax 
(619) 535-3880. 

ICIP 92, Second Singapore Int’l Conf. on 
Image Processing: Sept. 7-11, 1992, Singa¬ 
pore. Cosponsors: IEEE Singapore Section 
et al. Submit four copies of 1,000-to-l,500- 
word extended summary by Jan. 15,1992, 
and final manuscript by June 15,1992, to 
Technical Programme Chair, ICIP 92, 
IEEE Singapore Section, 200 Jalan Sultan, 
#11-03 Textile Centre, Singapore 0719, 
phone (65) 291-9690, fax (65) 292-8596. 

Second Int'l Workshop on Queueing Net¬ 
works with Finite Capacity: May 28-29, 
1992, Research Triangle Park, N.C. Co¬ 
sponsors: Nat’l Science Foundation et al. 
Submit five copies of manuscript by Jan. 
15,1992, and camera-ready copy by Apr. 

15,1992, to Raif O. Onvural, H83A/675, 
IBM, Research Triangle Park, NC 27709, 
phone (919) 254-4687, e-mail onvural@ 
ralvm29.iinusl.ibm.com. 


ECAI 92, 10th European Conf. on Artifi¬ 
cial Intelligence: Aug. 3-7, 1992, Vienna. 
Sponsor: Austrian Soc. for Artificial Intel¬ 
ligence. Submit five copies of paper by 
.Ian. 17, 1992, and camera-ready version by 
May 15,1992, to Bernd Neumann, FB In- 
formatik, Univ. of Hamburg, Bodenstedstr. 
16, D-W-2000 Hamburg 50, Germany, 
phone 49 (40) 4123-6130, fax 49 (40) 4123- 
6530, e-mail neumann@rz.informatik.uni- 
hamburg.dbp.de. 

12th Int’l Symp. on Protocol Specification, 
Testing, and Verification: June 22-25, 1992, 
Orlando, Fla. Cosponsors: Nat’l Inst, for 
Science and Tech, AT&T Bell Labs. Sub¬ 
mit five copies of complete paper by Jan. 

17,1992, to M. Umit Uyar, AT&T Bell 
Labs, Rm. 3D501A, Crawfords Corner 
Rd., Holmdel, NJ 07733, phone (908) 949- 
0350, fax (908) 949-1652. 


1992 Workshop on Fault-Tolerant 
Parallel and Distributed Systems: 

July 6-7,1992, Amherst, Mass. Cosponsor: 


ffKh DCCA 3, Third Working Conf. on 
Dependable Computing for Critical 
Applications: Sept. 14-16,1992, Mondello, 
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Italy. Sponsor: Int’l Federation for Infor¬ 
mation Processing. Submit six copies of pa¬ 
per by Jan. 31,1992, and camera-ready ver¬ 
sion by July 15,1992, to Carl Land- 
wehr, Code 5540, Naval Research Lab, 
Washington, DC 20375-5000, phone (202) 
767-3381, fax (202) 404-7942, e-mail 
landwehr@itd.nr.navy.mil. 

SERE 92, Fourth Int’l Conf. on Soft- 

ware Eng. and Knowledge Eng.: June 
17-19,1992, Capri, Italy. Cosponsors: Univ. 
of Salerno et al. Submit three copies of full 
paper and 200-word abstract by Jan. 31, 
1992, and camera-ready copy by Apr. 20, 
1992, to Genoveffa Tortora, Dipartimento 
di Informatica ed Applicazioni, Univ. di 
Salerno, 1-84081 Baronissi, Salerno, Italy, 
phone 39 (89) 822-333, fax 39 (81) 482-745, 
e-mail jentor@udsab.dia.unisa.it or 
usditort@inacriai.bitnet. 


Computer Security Foundations 
Workshop V: June 16-18,1992, Fran¬ 
conia, N.H. Submit five copies of full paper 
by Feb. 7,1992, to Ravi Sandhu, ISSE 
Dept., George Mason Univ., Fairfax, VA 
22030-4444, phone (703) 993-1659, e-mail 
sandhu@sitevax.gmu.edu. 


Euro DAC 92, European Design 
Automation Conf.: Sept. 7-10, 1992, 
Hamburg, Germany. Cosponsors: IEEE 
Circuit and Systems Soc. et al. Submit eight 
copies of completed manuscript by Feb. 14, 
1992, to MP Associates, Euro DAC 92, 

7490 Clubhouse Rd., Suite 102, Boulder, 
CO 80301 (for North Am. submissions); 
Gerald Musgrave, Brunei Univ., Electrical 
Eng. Dept., Kingston Lane, Uxbridge, Mid¬ 
dlesex UB8 3PH, UK (in Europe); or Sa- 
toshi Goto, NEC, C&C Research Labs, 1-1 
Miyazaki, 4-Chome, Miyamae-ku, Kawasa- 
ki-Shi, Kanagawa 213, Japan (in Asia). 


/£j^) ISSRE 92, Third Int'l Symp. on Soft- 
^*7 ware Reliability Eng.: Oct. 7-9,1992, 
Research Triangle Park, N.C. Cosponsors: 
IEEE Computer Soc. Technical Committee 
on Software Eng. et al. Submit five copies 
of full paper by Mar. 1,1992, and camera- 
ready version by July 15,1992, to John C. 
Munson, Computer Science Div., Univ. of 
West Florida, Pensacola, FL 32514, phone 
(904) 474-2989, e-mail 
jmunson@dcsll9.dcsnod.uwf.edu; or Taghi 
M. Khoshgoftaar, Computer Science and 
Eng. Dept., Florida Atlantic Univ., Boca 
Raton, FL 33431, phone (407) 367-3994, 
e-mail taghi@cse.fau.edu. 


Frontiers 92, Fourth Symp. on the 
^57 Frontiers of Massively Parallel Com¬ 
putation: Oct. 19-21,1992, McLean, Va. 
Cosponsors: NASA Goddard Space Flight 
Center et al. Submit six copies of summary 
by Mar. 2,1992, and camera-ready paper by 
July 1,1992, to H.J. Siegel, Frontiers 92, 
School of Electrical Eng., 1285 Electrical 
Eng. Bldg., Purdue Univ., West Lafayette, 
IN 47907-1285, Internet front92@ecn. 
purdue.edu. 


CALENDAR 


In the accompanying Calendar and adjoining Call for Papers, the IEEE 
Computer Society logo identifies the conferences the society is sponsoring 
or cooperating in. Other conferences of interest to our readers are also listed. 

The free notices are published in chronological order and as space permits. 

For inclusion in the Call for Papers section, please submit the name of the 
event, date(s), location, sponsor(s), deadline for submittals, and phone and fax 
numbers and — if applicable — the electronic address of the person to whom pa¬ 
pers should be sent. 

For the Calendar section, please provide the event name, date(s), location, 
sponsor(s), and phone and fax numbers and — again, if applicable — the elec¬ 
tronic address of the person to contact for complete information. 

Submitted information should arrive at Computer at least five weeks before 
the month of publication (i.e., for the February 1992 issue, send information 
for receipt by December 20,1991) to Chuck Governale, Calendar Dept., Com¬ 
puter, PO Box 3014, Los Alamitos, CA 90720-1264, fax (714) 821-4010, e-mail 
c.governale@compmail.com. 


December 1991 


Int’l Conf. on Microelectronics, Dec. 21- 

23, Cairo. Contact M.I. Elmasry, Electrical 
and Computer Eng. Dept., Univ. of Water¬ 
loo, Waterloo, Ont., N2L 3G1 Canada, 
phone (519) 885-1211 ext. 3753, fax (519) 
746-5195 e-mail elmasry@vlsi.uwaterloo.ca. 


January 1992 

Fifth Int’l Conf. on VLSI Design, 

Jan. 4-7, Bangalore, India. Sponsor: 
VLSI Soc. of India et al. Contact Asoke K. 
Laha, Cadence Design Systems, Systems 
Div., 2 Lowell Research Center Dr., Low¬ 
ell, MA 01852-4995, phone (508) 934-0233, 
fax (508) 441-1109, e-mail laha@cadence. 
com; or Lalit M. Patnaik, Computer Sci¬ 
ence and Automation, Indian Inst, of Sci¬ 
ence, Bangalore, 560012, India, phone 91 
(812) 342-451, e-mail lalit%vigyan@shakti. 

Second Int’l Symp. on Artificial Intelli¬ 
gence and Math, Jan. 5-8, Fort Lauderdale, 
Fla. Cosponsors: Florida Atlantic Univ. et 
al. Contact Frederick Hoffman, Math 
Dept., FAU, PO Box 3091, Boca Raton, 

FL 33431, e-mail hoffman@acc.fau.edu or 
hoffman@fauvax.bitnet. 

Symp. on Formal Techniques in Real-Time 
and Fault-Tolerant Systems, Jan. 6-10, Nij¬ 
megen, The Netherlands. Contact Jan Vy- 
topil, Real-Time Systems Group, Informat¬ 
ics Dept., Univ. of Nijmegen, Toernooi- 
veld, 6525 ED Nijmegen, The Netherlands, 
phone 31 (80) 652-075, fax 31 (80) 553-450, 
e-mail vytopil@cs.kun.nl. 

HICSS 25, Hawaii Int’l Conf. on Sys¬ 
tems Sciences, Jan. 7-10, Koloa, Ha¬ 


waii. Cosponsors: IEEE, ACM. Contact 
Luqi, Computer Science Dept., Naval Post¬ 
graduate School, Monterey, CA 93940, 
phone (408) 646-2468; Ronald J. Norman, 
IDS Dept., San Diego State Univ., San Di¬ 
ego, CA 92182-0127, phone (619) 594-3734, 
fax (619) 594-1573, Internet rnorman@ 
sciences.sdsu.edu; or Ralph Sprague, Univ. 
of Hawaii at Manoa Decision Science, 2404 
Maile Way, Honolulu, HI 96822, phone 
(808) 956-6606, e-mail hicss@uhccux. 
uhcc.hawaii.edu. 

Computer Science and Operations Re¬ 
search Conf., Jan. 8-10, Williamsburg, Va. 
Sponsor: Operations Research Soc. of Am. 
Contact Osman Balci, Computer Science 
Dept., Virginia Tech, Blacksburg, VA 
24061-0106, phone (703) 231-4841, e-mail 
balci@vtopus.cs.vt.edu. 

Conf. on Fullerene Molecules: Scientific 
and Technological Opportunities, Jan. 18- 

23, Tucson, Ariz. Sponsor: Eng. Founda¬ 
tion. Contact Charles V. Freiman, Eng. 
Foundation, 345 E. 47th St., New York, 

NY 10017, phone (212) 705-7835, fax (212) 
705-7441. 

POPL 92,19th ACM Symp. on Principles 
of Programming Languages, Jan. 19-22, 

Albuquerque, N.M. Contact Ravi Sethi, 
AT&T Bell Labs, 600 Mountain Ave., 
Murray Hill, NJ 07974, phone (908) 582- 
7327, e-mail ravi@researc.att.com. 

Technical Symp. on Laser and Sensor 
Eng., Jan. 19-24, Los Angeles. Sponsor: 
Int’l Soc. for Optical Eng. Contact SPIE, 
PO Box 10, Bellingham, WA 98227-0010, 
phone (206) 676-3290, fax (206) 647-1445; 
SPIE, Xantener Strasse 22, D-1000 Berlin 
15, Germany, phone 49 (30) 883-9507, fax 
49 (30) 882-2028; or SPIE, c/o OTO Re¬ 
search, Takeuchi Bldg., 1-34-12 Taka- 
tanobaba, Shinjuku-ku, Tokyo 160, Japan, 
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phone 81 (03) 3208-7821, fax 81 (03) 3200- 
2889. 


PADS, Sixth Workshop on Parallel 
and Distributed Simulation, Jan. 20- 

22, Newport Beach, Calif. Joint sponsors: 
IEEE, ACM, Soc. for Computer Simula¬ 
tion. Contact Paul Reynolds, Computer 
Science Dept., Olsson Hall, Univ. of Vir¬ 
ginia, Charlottesville, VA 22903, phone 
(804) 924-1039, e-mail pfr@louisxiv.ipc. 
virginia.edu. 

Usenix Winter 1992 Technical Conf., Jan. 
20-24, San Francisco. Contact Usenix Conf. 
Office, 22672 Lambert St., Suite 613, El 
Toro, CA 92630, phone (714) 588-8649, fax 
(714) 588-9706, e-mail conference@usenix. 
org. 


IEEE Int’l Conf. on Wafer-Scale In- 
vU' tegration, Jan. 22-24, San Francisco. 
Sponsors: IEEE Computer Soc., IEEE 
Components, Hybrids, and Manufacturing 
Tech. Soc. Contact Michael Yung, Hughes 
Research Labs, RL 69, 3011 Malibu Can¬ 
yon Rd„ Malibu, CA 90265, phone (310) 
317-5657, fax (310) 317-5484. 


Conf. on Discrete Algorithms, Jan. 27-29, 

Orlando, Fla. Cosponsors: ACM, Soc. for 
Industrial and Applied Math. Contact Bill 
Kolata, SIAM, 3600 University City Sci¬ 
ence Center, Philadelphia, PA 19104-2688, 
phone (215) 382-9800, e-mail siam@ 
wharton.upenn.edu. 


SETA 2, Second Int'l Symp. on Envi- 
N57 ronments and Tools for Ada, Jan. 28- 

31, Herndon, Va. Cosponsors: IEEE Com¬ 
puter Soc. Technical Committee on Com¬ 
puter Languages, ACM. Contact Patricia 
Orbernborg, NADC Code 7031, Warmin¬ 
ster, PA 18974-5000, phone (215) 441-2737, 
e-mail tricia@nadc.navy.mil. 


February 1992 


RIDE 92, Int'l Workshop on Re- 
search Issues in Data Eng., Feb. 2-3, 

Mission Palms, Ariz. Contact Clement Yu, 
EECS Dept., Univ. of Illinois at Chicago, 
Chicago, IL 60680, phone (312) 996-2318, 
fax (312) 413-0024, e-mail yu@uicbert.eecs. 


1992 IEEE Aerospace Applications Conf., 
Feb. 2-7, Snowmass, Colo. Sponsor: IEEE 
South Bay Harbor Section. Contact Sohrab 
Mobasser, 785 Radcliffe Ave., Pacific Pali¬ 
sades, CA 90272. 


OFC 92, Conf. on Optical Fiber Comm., 
Feb. 2-7, San Jose, Calif. Cosponsors: 

IEEE Comm. Soc. et al. Contact Optical 
Soc. of Am., 2010 Massachusetts Ave. NW, 
Washington, DC 20036, phone (202) 416- 
1950, fax (202) 416-6140. 


Rj) ICDE 92, Eighth Int’l Conf. on Data 
& Eng., Feb. 3-7, Phoenix, Ariz. Spon- 
r: IEEE Computer Soc. Technical Com¬ 


mittee on Data Eng. Contact Nick J. Cer- 
cone. Center for Systems Sciences, Simon 
Fraser Univ., Burnaby, B.C. V5A 1S6, Can¬ 
ada, phone (604) 291-4588 or 3229, fax 
(604) 291-4951, e-mail nick@cs.sfu.ca; or 
(for workshop on research issues) Clement 
Yu, Electrical Eng. and Computer Science 
Dept., Univ. of Illinois at Chicago, Chica¬ 
go, IL 60680, phone (312) 996-2318, fax 
(312) 413-0024. 


BAST Workshop, Feb. 4-7, Bodega 
Bay, Calif. Cosponsor: Center for Re¬ 
liable Computing. Contact Edward J. Mc- 
Cluskey, Center for Reliable Computing, 
ERL 460, Stanford, CA 94305-4055, phone 
(415) 723-1451, fax (415) 725-7398. 


Workshop on Object-Oriented Software 
Eng. Practice, Feb. 5-7, Denver. Cospon¬ 
sors: Fujitsu Am. et al. Contact Pankaj 
Goyal, US West Advanced Technologies, 
4001 Discovery Dr., Boulder, CO 80303, 
phone (303) 889-6406, e-mail pankaj@ 
uswest.com. 


Workshop on Multimedia Information Sys¬ 
tems, Feb. 7-8, Phoenix, Ariz. Contact P. 
Bruce Berra, ECE Dept., Syracuse Univ., 
Syracuse, NY 13244, phone (315) 443-4445. 

Symp. on Electronic Imaging: Science and 
Tech., Feb. 9-14, San Jose, Calif. Cospon¬ 
sors: Int’l Soc. for Optical Eng., Soc. for 
Imaging Science and Tech. Contact SPIE, 
PO Box 10, Bellingham, WA 98227-0010, 
phone (206) 676-3290, fax (206) 647-1445. 

Workshop on Field Programmable Cate 
Arrays, Feb. 17-18, Berkeley, Calif. Spon¬ 
sor: ACM Special Interest Group on De¬ 
sign Automation. Contact Jonathan Ross, 
Electrical Eng. Dept., Univ. of Toronto, 10 
King’s College Rd., Toronto, Ont., M5S 
IA4 Canada, phone (416) 978-6992, e-mail 
jayar@eecg.toronto.edu. 

ICICI 92, Int’l Conf. on Intelligent Control 
and Instrumentation, Feb. 18-21, Singa¬ 
pore. Cosponsors: IEEE Singapore Section 
et al. Contact R. Devanathan, IEEE Singa¬ 
pore Section, 200 Jalan Sultan, #11-03 Tex¬ 
tile Centre, Singapore 0719, phone (65) 
291-9690, fax (65) 292-8596, e-mail 
bitnet% “edevan@ntivax”. 


ISSCC 92,1992 IEEE Int’l Solid-State Cir¬ 
cuits Conf., Feb. 19-21, San Francisco. 
Sponsors: IEEE Solid-State Circuits Coun¬ 
cil et al. Contact Diane Suiters, Courtesy 
Associates, 655 15th St. NW, Suite 300, 
Washington, DC 20005, phone (202) 639- 
4255. 


(jgfjjj Compcon Spring 92, Feb. 24-28, San 

Francisco. Contact Compcon Spring 
92, IEEE Computer Soc., 1730 Massachu¬ 
setts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013, fax (202) 728- 


CAAP 92, Colloquium on Trees in Algebra 
and Programming, and ESOP 92, Europe¬ 
an Symp. on Programming, Feb. 24-28, 


Rennes, France. Contact J.-C. Raoult, 
IRISA, Campus de Beaulieu, F-35042 
Rennes Cedex, France, e-mail raoult@ 
irisa.fr (for CAAP 92); or B. Krieg- 
Brueckner, FB3 Mathematik und Infor- 
matik, Universitaet Bremen, Postfach 330 
440, D-2800 Bremen 33, Germany, phone 
49 (421) 218-3660, fax 49 (421) 218-3054, 
e-mail bkb@informatik.uni-bremen.de 
(for ESOP 92). 


11th Int’l Workshop on Distributed Arti¬ 
ficial Intelligence, Feb. 26-28, Glen Ar¬ 
bor, Mich. Cosponsors: Univ. of Michi¬ 
gan, Industrial Tech. Inst. Contact 
Edmund H. Durfee, Electrical Eng. and 
Computer Science Dept., Univ. of Michi¬ 
gan, Ann Arbor, MI 48109, phone (313) 
936-1563, fax (313) 763-1260, e-mail 
durfee@caen.engin.umich.edu. 


GLS-VLSI 92, Second Great Lakes 
^57 Symp. on VLSI, Feb. 28-29, Kalam¬ 
azoo, Midi. Sponsor: Western Michigan 
Univ. Contact Naveed Sherwani, Com¬ 
puter Science Dept., Western Michigan 
Univ., Kalamazoo, MI 49008, phone 
(616) 387-5662, fax (616) 387-3999. 


March 1992 


CAIA 92, Eighth IEEE Conf. on 
N!?' Artificial Intelligence Applications, 
Mar. 2-6, Monterey, Calif. Contact CAIA 
92, IEEE Computer Soc., 1730 Massachu¬ 
setts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013, fax (202) 
728-0884. 


SIGForth 92 Workshop, Mar. 5-7, Kansas 
City, Mo. Sponsor: ACM SIGForth. Con¬ 
tact George Shaw, Shaw Labs, PO Box 
3471, Hayward, CA 94540-3471, phone 
(510) 276-5953, fax (510) 276-6050, 
GEnie: g.shawl, e-mail george_shaw@ 
mts.cc. wayne.edu. 

Int’l Conf. on Fuzzy Systems, Mar. 8-12, 

San Diego, Calif. Sponsor: IEEE Neural 
Network Council. Contact Fuzz IEEE 92, 
5665 Oberlin Dr., Suite 110, San Diego, 
CA 92121, phone (619) 453-6222, fax 
(619) 535-3880. 


ISIF 92, Fourth Int’l Symp. on Integrated 
Ferroelectrics, Mar. 9-11, Monterey, 

Calif. Contact Alona S. Miller, ISIF 92, 
Microelectronics Research Labs, Univ. of 
Colorado at Colorado Springs, PO Box 
7150, Colorado Springs, CO 80933-7150, 
phone (719) 593-3488, fax (719) 594-4257. 


Third Int'l Conf. on Data and 
Knowledge Systems for Manufac¬ 
turing Eng., Mar. 9-13, Villeurbanne, 
France. Cosponsors: Assoc. Francaise 
pour la Cybernetique Economique et 
Technique et al. Contact INSA, 20 Av. 
Albert Einstein, 69621 Villeurbanne, 
France, phone 33 (72) 438-172, fax 33 
(72) 440-800. 
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Fourth Int'l Conf. on Strategic Soft- 
^4^ ware Systems, Mar. 10-11, Huntsville, 
Ala. Cosponsors: IEEE Computer Soc. 
Huntsville Chapter, Univ. of Alabama in 
Huntsville. Contact Ann H. Yelle, Univ. of 
Alabama in Huntsville, Continuing Educa¬ 
tion Div., Conferences (SSS-92), Bevill Cen¬ 
ter 289-A, Huntsville, AL 35899, phone 
(800) 448-4035 or (205) 895-6372, fax (205) 
895-6760. 


ISQE 92, Int’l Software Quality Exchange, 
Mar. 10-11, San Francisco. Sponsor: Juran 
Inst. Contact Brian T. Eck, Juran Inst., 11 
River Rd., PO Box 811, Wilton, CT 06897- 
0811, phone (800) 338-7726. 


Fifth Virus and Security Conf., Mar. 

11-13, New York City. Sponsor: Data 
Processing Management Assoc. Financial 
Industries. Contact Judy S. Brand, PO Box 
6313 FDR Station, New York, NY 10150, 
phone (800) 835-2246 ext. 190, fax (303) 
825-9151. 


Int’l Conf. on Computer Applications in 
Design, Simulation, and Analysis, Mar. 11- 

13, Orlando, Florida. Contact G.K.F. Lee, 
Mars Mission Research Center, PO Box 
7910, North Carolina State Univ., Raleigh, 
NC 27695-7910, phone (919) 737-2365, fax 
(919) 737-7968, e-mail glee@maeps0.ncsu. 


Symp. on Document Analysis and Informa¬ 
tion Retrieval, Mar. 16-18, Las Vegas, Nev. 
Contact William L. Brogan, Electrical Eng. 
Dept., Univ. of Nevada at Las Vegas, 4505 
Maryland Pkwy., Las Vegas, NV 89154, 
phone (702) 597-4184, e-mail eewlb@cs. 
unlv.edu; or Kazem Taghva, Computer Sci¬ 
ence Dept., UNLV, 4505 Maryland Pkwy., 
Las Vegas, NV 89154, phone (702) 739- 
3338, e-mail taghva@cs.unlv.edu. 


EDAC 92, European Conf. on De- 
sign Automation, Mar. 16-19, Brus¬ 
sels. Cosponsors: EDAC Assoc, et al. Con¬ 
tact Herman Beke, EDC Abdisstraat 34, 
3030 Leuven-Heverlee, Belgium, phone 32 
(16) 20-3063; or EDAC 92 Secretariat, CEP 
Consultants, 26-28 Albany St., Edinburgh 
EH1 3QH, UK, phone 44 (31) 557-2478, fax 
44 (31)557-5749. 


{fKt Packaging, Interconnects, Optoelec- 
trunks for the Design of Parallel 
Computers, Mar. 17-18, Schaumberg, Ill. 
Sponsor; IEEE Lasers and Electro-Optics 
Soc. Contact Jose Schuh-Aine or Raj Mit- 
tra, Univ. of Illinois, 1406 W. Green St., Ur- 
bana, IL 61801-2991, phone (217) 244-7279, 
fax (217) 333-8986. 

IEEE Multi-Chip Module Conf., 

Mar. 17-20, Santa Cruz, Calif. Cospon¬ 
sors: IEEE Circuits and Systems Soc. et al. 
Contact Wayne Wei-Ming Dai, 313A Ap¬ 
plied Sciences Bldg., Computer Eng. Dept., 
Univ. of California, Santa Cruz, CA 95064, 
phone (408) 459-4234, fax (408) 459-4829. 

Second Conf. on Computers, Free- 
dom, and Privacy, Mar. 18-20, Wash¬ 
ington, DC. Cosponsors: ACM et al. Con¬ 


tact Lance Hoffman, George Washington 
Univ., Electrical Eng. and Computer Sci¬ 
ence Dept., Washington, DC 20052, phone 
(202) 994-4955. 


EWPC 92, European Workshop on Parallel 
Computing, Mar. 23-24, Barcelona, Spain. 
Sponsor: Commission of European Commu¬ 
nities. Contact EWPC 92 Secretariat, c/o W. 
Joosen, Departement Computerweten- 
schappen, K.U. Leuven, Celestijnenlaan 200 
A, B-3001 Heverlee-Leuven, Belgium, 
phone (32) 1620-1015, fax (32) 1620-5308, 
e-mail ewpc92@cs.kuleuven.ac.be. 

IPPS 92, Sixth Int’l Parallel Process- 

ing Symp., Mar. 23-26, Beverly Hills, 
Calif. Contact Larry H. Canter, Computer 
Systems Approach, 1140 S. Raymond Ave., 
Suite B, Fullerton, CA 92631, phone (714) 
738-3414, fax (714) 738-3470. 


EDBT 92, Int’l Conf. on Extending 
^=7 Database Tech., Mar. 23-27, Vienna. 
Sponsor: IEEE. Contact Brigitte Haber- 
stroh, Inst. 184-2, Tech. Univ. of Vienna, A- 
1040 Vienna, Austria, phone 43 (1) 588-01/ 
6122, fax 43 (1) 505-5304, e-mail 
haberstroh@vexpert.dbai.tuwien.ac.at. 


1992 Symp. on Compound Semiconductor 
Physics and Devices, Mar. 23-27, Somerset, 
N.J. Sponsor: Int’l Soc. for Optical Eng. 
Contact SPIE, PO Box 10, Bellingham, WA 
98227-0010, phone (206) 676-3290, fax (206) 
647-1445; SPIE, Xantner Strasse 22, D-1000 
Berlin 15, Germany, phone (49) 228-219062; 
or SPIE, c/o OTO Research, Takeuchi 
Bldg., 1-34-12 Takatanobaba, Shinjuku-ku, 
Tokyo 160, Japan, phone 81 (03) 3208-7821, 
fax 81 (03) 3200-2889. 


CTW DCC 92, Data Compression Conf., 

Mar. 24-26, Snowbird, Utah. Sponsors: 
IEEE Computer Soc. Technical Committee 
on Computer Comm., NASA. Contact Mar¬ 
tin Cohn, Computer Science Dept., Brande- 
is Univ., Waltham, MA 02554, phone (617) 
736-2705, fax (617) 736-2741, e-mail 
marty@cs.brandeis.edu. 

1992 Computer-Based Systems Eng. 
Workshop, Mar. 24-26, Washington, 
DC. Sponsor: IEEE Computer Soc. Task 
Force on Computer-Based Systems Eng. 
Contact Ashok Agrawala or Phil Hwang, 
Computer Science Dept., Univ. of Mary¬ 
land, College Park, MD 20742. 

SEDMS 92, Third Symp. on Experi- 
ences with Distributed and Multipro¬ 
cessor Systems, Mar. 26-27, Newport Beach, 
Calif. Sponsor: Usenix Assoc. Contact 
George Leach, AT&T Paradyne, MS LG- 
133, PO Box 2826, Largo, FL 34649-2826, 
phone (813) 530-2376, fax (813) 530-8224, 
e-mail reggie@pdn.paradyne.com. 

ASOM, Second Am. Symp. on 
Microelectronics, Mar. 27-28, Mem¬ 
phis, Tenn. Sponsor: Memphis State Univ. 
Contact Eliayeb S. Abuelyaman, Electrical 
Eng. Dept., Memphis State Univ., Memphis, 
TN 38152, phone (901) 678-2050, fax (901) 
678-4180. 


SETSS 92, Eighth Int’l Conf. on Software 
Eng. for Telecommunication Systems and 
Services, Mar. 30-Apr. 1, Florence, Italy. 
Sponsor: Institution of Electrical Engi¬ 
neers. Contact IEE Conf. Services, Savoy 
Place, London WC2R 0BL, UK, phone 
(071) 240-1871, fax (071) 240-7735. 

TOOLS Europe 92, Tech, of Object-Ori¬ 
ented Languages and Systems Int’l Conf., 
Mar. 30-Apr. 2, Dortmund, Germany. Co¬ 
sponsors: Societe des Outils du Logiciel 
and Georg Heeg. Contact Boris Magnus- 
son, Lund Univ. Computer Science Dept., 
PO Box 118, S-22100 Lund, Sweden, fax 
(46) 4613-1021, e-mail boris@dna.lth.se; or 
SOL, 14 rue Jean Rey, 75015 Paris, France, 
phone 33 (1) 4056-0358, fax 33 (1) 4056- 
0581. 


April 1992 


|£{^ PCCC 92, 11th IEEE Int’l Phoenix 
Conf. on Computers and Communi¬ 
cations, Apr. 1-3, Scottsdale, Ariz. Cospon¬ 
sors: IEEE Comm. Soc. et al. Contact 
Ralph Martinez, Univ. of Arizona, Electri¬ 
cal and Computer Eng. Dept., Tucson, AZ 
85721, phone (602) 621-6174, e-mail 
martinez% ecevax@rvax.ccit.arizona.edu; 
or Joseph Urban, Computer Science and 
Eng. Dept., Arizona State Univ., Tyler 
Mall-ECG 252, Tempe, AZ 85287-5406, 
phone (602) 965-2774, fax (602) 965-2751, 
e-mailjurban@asuvax.eas.asu.edu. 

Third Conf. on Applied Natural Language 
Processing, Apr. i-3, Trento, Italy. Spon¬ 
sor: Assoc, for Computational Linguistics. 
Contact Oliviero Stock, IRST, 38050 Povo, 
Trento, Italy, phone 39 (461) 814-444, fax 
39 (461) 810-851, e-mail stock@irst.it; or 
Madeleine Bates, BBN Systems and Tech¬ 
nologies, 10 Moulton St., Cambridge, MA 
02138, phone (617) 873-3634, fax (617) 
873-3776, e-mail bates@bbn.com. 


Conf. on Programming Environments for 
Parallel Computing, Apr. 6-8, Edinburgh, 
Scotland. Cosponsors: Int’l Federation for 
Information Processing et al. Contact 
Rosemary Candlin, Computer Science 
Dept., Univ. of Edinburgh, King’s Bldgs., 
Edinburgh, UK EH9 3JZ, phone 44 (31) 
650-5137, fax 44 (31) 667-7209, e-mail 
rc@cs.ed.ac.uk. 


10th IEEE VLSI Test Symp., Apr. 

vAy 7-9, Atlantic City, N.J. Sponsor: 
IEEE Computer Soc. Technical Commit¬ 
tee on Test Tech. Contact IEEE Computer 
Soc., 1730 Massachusetts Ave. NW, Wash¬ 
ington, DC 20036-1903, phone (202) 371- 
1013, fax (202) 728-0884; or Dhiraj 
Pradham, Univ. of Massachusetts, ECE 
Dept., Marcus Hall, Amherst, MA 01003, 
phone (413) 545-0160, fax (413) 545-4611. 


Fourth Int’l Conf. on Image Processing 
and its Applications, Apr. 7-9, Maastricht, 
The Netherlands. Sponsor: Institution of 
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Electrical Engineers. Contact IEE Conf. 
Services, Savoy Place, London WC2R OBL, 
UK, phone (071) 240-1871, fax (071) 240- 
7735. 

Flairs 92, Fifth Florida AI Research Symp., 
Apr. 7-10, Ft. Lauderdale, Fla. Contact 
Fred Hoffman, Math Dept., Florida Atlan¬ 
tic Univ., Boca Raton, FL 33431, phone 
(407) 367-3345, e-mail hoffman@servax. 
bitnet. 

EWDC 4, Fourth European Workshop on 
Dependable Computing, Apr. 8-10, 

Prague, Czechoslovakia. Cosponsors: Ge- 
sellschaft fur Informatik et al. Contact 
Karama Kanoun,LAAS-CNRS, 7, Avenue 
du Colonel Roche, 31 077 Toulouse Cedex, 
France, fax (33) 6133-6411, e-mail 
kanoun@laas.fr; or Francesca Saglietti, 
GRS, Abteilung Prozebrechner, Forschun- 
gsgeliinde, 8046 Garching, Germany, fax 
(49) 89-3200-4300. 


Third Workshop on Future Trends in 
vfty Distributed Computing, Apr. 14-16. 

Sponsor: IEEE Computer Soc. Technical 
Committee on Distributed Computing. 
Contact Stephen S. Yau, Univ. of Florida, 
Computer and Information Sciences Dept., 
301 CSE Bldg., Gainesville, PL 32611- 
2024, phone (904) 392-1212, fax (904) 392- 
1220. 


NATIJG, North Am. Transputer Users 
Group 1992 Spring Meeting, Apr. 19-21, 

Baltimore, Md. Contact David L. Fielding, 
Advanced Computing Research Inst., Cor¬ 
nell Univ., 705 Theory Center Bldg., 
Ithaca, NY 14853-3801, phone (607) 254- 
8872, fax (607) 254-8888. 


ICCL 92, Int’l Conf. on Computer 
vjy Languages, Apr. 20-23, San Fran¬ 
cisco. Sponsor: IEEE Computer Soc. Tech¬ 
nical Committee on Computer Languages. 
Contact Mario Barbacci, Software Eng. 
Inst., Carnegie Mellon Univ., Pittsburgh, 
PA 15213, phone (412) 268-7704, fax (412) 
268-5758, e-mail barbacci@sei.cmu.edu. 


Seventh Symp. on Microcomputer and Mi¬ 
croprocessor Applications, Apr. 22-24, 

Budapest, Hungary. Cosponsors: Scientific 
Soc. for Telecommunication et al. Contact 
SST, Budapest 5. Pf. 451., Hungary, 
H-1372, phone (361) 153-1027, fax (361) 
153-0451. 


Third Workshop on Workstation 
vA? Operating Systems, Apr. 23-24, Key 

Biscayne, Fla. Sponsor: IEEE Computer 
Soc. Technical Committee on Operating 
Systems and Applications Environments. 
Contact Joseph Boykin, 7 Hampton Rd., 
Natick, MA 01760, phone (508) 651-8228. 


SHPCC 92, Scalable High-Performance 
Computing Conf., Apr. 26-29, Williams¬ 
burg, Va. Contact Emily Todd, ICASE, 
MS 312-C, NASA Langley Research 
Center, Hampton, VA 23665, e-mail 
emily@icase.edu. 


23rd Pittsburgh Conf. on Modeling and 
Simulation, Apr. 30-May 1, Pittsburgh. 


Cosponsors: Univ. of Pittsburgh, IEEE et al. 
Contact William G. Vogt or Marlin H. 
Mickle, 348 Benedum Eng. Hall, Univ. of 
Pittsburgh, Pittsburgh, PA 15261. 


May 1992 

/jjfji CHI 92, Conf. on Human Factors in 
Computing, May 3-7, Monterey, Calif. 
Sponsor: ACM. Contact Assoc, for Comput¬ 
ing Machinery, 11 W. 42nd St., New York, 
NY 10036, phone (212) 869-7440. 

/£jj\ 1992 IEEE Symp. on Research in 
Security and Privacy, May 4-6, Oak¬ 
land, Calif. Sponsor: IEEE Computer Soc. 
Technical Committee on Security and Priva¬ 
cy. Contact Deborah Cooper, Unisys, 5731 
Slauson Ave., Culver City, CA 90230, phone 
(310) 338-3727, e-mail cooper@culv.unisys. 


(Qi) IEEE lnfocom 92, 11th Conf. on 
vAy Computer Comm., May 4-8, Florence, 
Italy. Cosponsor: IEEE Comm. Soc. Con¬ 
tact L. Fratta, Politecnico di Milano, 
c/o Cefriel, Via Emanueli, 15,20126 Milano, 
Italy, phone 39 (2) 2399-3578, fax 39 (2) 
2399-3587, e-mail fratta@imicefr.bitnet; or J. 
Kurose, Computer and Information Science 
Dept., Univ. of Massachusetts, Amherst, 

MA 01003, phone (413) 545-1585, e-mail 
kurose@cs.umass.edu. 

CompEuro 92, IEEE Int’l Conf. on 

Computer Systems and Software Eng., 
May 4-8, The Hague, The Netherlands. Co¬ 
sponsors: IEEE Region 8, IEEE Benelux 
Section. Contact Patrick Dewilde, Delft 
Univ. of Tech., EE Dept., POB 5031, 2600 
GA Delft, The Netherlands, fax 31 (15) 623- 
271; or G. Arink, Philips Medical Systems, 
PO Box 10000, 5680 DA Best, The Nether¬ 
lands, phone 31 (40) 762-060, fax 31 (40) 
762-952. 

/£§jj) PTW 92, Second Pacific Northwest 

Test Workshop, May 5-8, Vancouver, 
B.C., Canada. Sponsor: IEEE Computer 
Soc. Technical Committee on Test Tech. 
Contact Andre Ivanov, Electrical Eng. 

Dept., Univ. of British Columbia, 2356 Mian 
Mall, Vancouver, B.C. V6T 1Z4, Canada, 
phone (604) 822-6936, fax (604) 822-5949; or 
Mani Soma, phone (206) 685-3810, fax (206) 
543-3842. 

1992 IEEE Int’l Conf. on Robotics and Au¬ 
tomation, May 10-15, Nice, France. Sponsor: 
IEEE Robotics and Automation Soc. Con¬ 
tact Harry Hayman, PO Box 3216, Silver 
Spring, MD 20918, phone (301) 236-5621, 
fax (301)236-5621. 

|£j^) ICSE 92,14th Int’l Conf. on Soft¬ 
ly ware Eng., May 11-15, Melbourne, 
Australia. Cosponsors: IEEE Computer 
Soc. Technical Committee on Software Eng. 
et al. Contact IEEE Computer Soc., 1730 
Massachusetts Ave. NW, Washington, DC 
20036-1903, phone (202) 371-1013, fax (202) 
728-0884; or A.Y. Montgomery, Computer 
Science Dept., Royal Melbourne Inst, of 
Tech., PO Box 2476V, Melbourne 3001, Vic¬ 


toria, Australia, phone 61 (3) 660-2943, fax 
61 (3) 662-1617, e-mail aym@goanna. 


/gjk IEEE Ninth Workshop on Real- 

Time Operating Systems and Soft¬ 
ware, May 13-14, Pittsburgh. Cosponsor: 
IEEE Computer Soc. Technical Committee 
on Real-Time Systems. Contact Marc Don- 
ner, IBM Research, PO Box 218, Yorktown 
Heights, NY 10598, phone (914) 945-2032, 
fax (914) 945-1234. 

Workshop on Interconnections with- 
vAy in High-Speed Digital Systems, May 
18-20, Santa Fe, N.M. Sponsor: IEEE La¬ 
sers and Electro-Optics Soc. Contact Ken 
Young, Bellcore, 445 South St., Rm. 2Q- 
150, Morristown, NY 07962-1910. 

ISCA 92,19th Int’l Symp. on Com- 
vAy puter Architecture, May 19-21, 

Queensland, Australia. Cosponsors: IEEE, 
ACM SIGArch. Contact Jean-Lue Gaudiot, 
EE-Systems Dept., Univ. of Southern Cali¬ 
fornia, Los Angeles, CA 90089-0781, phone 
(213) 740-4484, fax (213) 740-4449, e-mail 
gaud-iot@usc.edu; or D. Abramson, 

CSIRO, 723 Swanston St., Melbourne 3000, 
Australia, phone 61 (3) 282-2666, e-mail 
david. abramson@mel.dit.csiro.au. 

/£3^j Sixth Int’l Conf. on Computer Sci- 
vAy ence, May 20-22, Tunis, Tunisia. 
Sponsor: Assoc. Francaise pour la Cyberne- 
tique Economique et Technique. Contact 
Montasser Ouaili, Ecole Nationale des Sci¬ 
ences de l’lnformatique, 16 Rue 8010 Quar- 
tier Montplaisir, 1002 Tunis Belvedere, Tu¬ 
nisia, phone 216 (1) 784-032, fax 216 (1) 
787-827. 

| ^f^ | Israeli Symp. on the Theory of Com- 
viy puting and Systems, May 27-28, Haifa, 
Israel. Cosponsors: Assoc, of Technological 
Education in Electronics and Computer Sci¬ 
ence et al. Contact Michael Rodeh, Science 
and Tech., IBM Israel, Technion City, Haifa 
32000, Israel, phone 972 (4) 296-205, fax 972 
(4) 320-894. 

MVL 92, 22nd Int’l Symp. on Multi- 
vAy ple-Valued Logic, May 27-29, Sendai, 
Japan. Sponsors: IEEE Computer Soc. 
Technical Committee on Multiple-Valued 
Logic, Japan Research Group on Multiple- 
Valued Logic. Contact Tatsuo Higuchi, 
Electronic Eng. Dept., Tohoku Univ., 

Aoba, Aramaki, Sendai 980, Japan, phone 
81 (022) 222-1800, fax 81 (022) 263-9406, 
e-mail thiguchi@ higuchi.ecei.tohoku.ac.jp; 
or S.B. Silio, Electrical Eng. Dept., Univ. of 
Maryland, College Park, MD 20742, phone 
(301) 454-6839, fax (301) 454-1837, e-mail 
silio@eng.umd.edu. 

Symp. on Assessment of Quality 
vAy Software Development Tools, May 
27-29, New Orleans. Sponsor: Tulane Univ. 
Contact July Lee, IBM, 1000 NW 51st. St., 
Boca Raton, FL 33432, phone (407) 982- 
1048; or Ez Nahouraii, IBM (798/089), 6321 
San Ignacio Ave., San Jose, CA 95119, 
phone (408) 281-5741, e-mail eznah@ 
stlvm7.iinusl .ibm.com. 


106 


COMPUTER 





June 1992 

FGCS 92, Int’l Conf. on Fifth-Gener- 
'47 ation Computer Systems, June 1-5, 

Tokyo. Cosponsors: Information Process¬ 
ing Soc. of Japan et al. Contact Hidehiko 
Tanaka, Univ. of Tokyo, 3-1 Hongo 7- 
chome, Bunkyo-ku, Tokyo 113, Japan, 
phone 81 (33) 3812-2111 ext. 6663, fax 81 
(33) 3818-5706. 

DAC 92, 29th IEEE/ACM Design 
vl7 Automation Conf., June 8-12, Ana¬ 
heim, Calif. Contact DAC 92, MP Associ¬ 
ates, 7490 Clubhouse Rd., Boulder, CO 
80301, phone (303) 530-4333; or Dan 
Schweikert, Cadence Design Systems, 555 
River Oaks Pkwy., Bldg. 4, San Jose, CA 
95132, phone (408) 944-7297, e-mail 
dan@cadence.com. 

Sixth Int’l Workshop on Scientific 
'47 and Statistical Database Manage¬ 
ment, June 9-11, Zurich, Switzerland. 
Cosponsor: ACM SIGMOD. Contact H. 
Hinterberger, Inst, for Scientific Comput¬ 
ing, ETH Zentrum, CH-8093 Zurich, Swit¬ 
zerland, phone 41 (1) 254-7436, fax 41 (1) 
262-3973. 

(£§]j) IEA/AIE 92, Fifth Int’l Conf. on 

Industrial and Eng. Applications of 
Artificial Intelligence and Expert Systems, 
June 9-12, Paderborn, Germany. Cospon¬ 
sors: Univ. of Paderborn et al. Contact 
Fevzi Belli, Univ. of Paderborn, Postfash 
1621, 4790 Paderborn, Germany, phone 49 
(5251) 60-3282, fax 49 (5251) 602-519, 
e-mail belli@adt.uni-paderborn.de. 

ICDCS 92, 12th Int'l Conf. on 

Distributed Computing Systems, 

June 9-12, Yokohama, Japan. Cosponsor: 
Information Processing Soc. of Japan. 
Contact Ming T. (Mike) Liu, Computer 
and Information Science Dept., Ohio State 
Univ., 2036 Neil Ave., Columbus, OH 
43210-1277, phone (614) 292-6552, fax 
(614) 292-9021, e-mail mike.liu@osu.edu; 
or Yutaka Matsushita, Instrumentation 
Eng. Dept., Keio Univ., 3-14-1 Hiyoshi, 
Kohoku-ku, Yokohama, Japan 223, phone 
81 (045) 563-1141 ext. 3564, fax 81 (045) 
562-7625, e-mail on@inst.keio.ac.jp. 

ITS 92, Second Int’l Conf. on Intern¬ 
'll gent Tutoring Systems, June 10-12, 

Montreal. Cosponsors: Univ. of Montreal 
et al. Contact Claude Frasson, Departe- 
ment d’IRO, Universite de Montreal, CP 
6128 Succ A. Montreal, Que. H3C 3J7, 
Canada, phone (514) 343-7019, fax (514) 
343-5834, e-mail frasson@iro.umontreal.ca. 

(gjN CBMS 92, IEEE Symp. on Com- 
'47 puter-Based Medical Systems, June 
14-17, Durham, N.C. Cosponsors: IEEE 
Computer Soc., IEEE Eastern North Caro¬ 
lina Section, Eng. in Medicine and Biology 
Soc. Contact James N. Brown, Jr., Re¬ 
search Triangle Inst., PO Box 12194, Re¬ 
search Triangle Park, NC 27709, phone 
(919) 541-6975, fax (919) 541-5945; or Pe¬ 
ter Santago, Radiology Dept., Bowman 
Gray School of Medicine, Medical Center 


Blvd., Winston-Salem, NC 27157-1022, 
phone (919) 748-4260, fax (919) 748-2870, 
e-mail cbms@mrips.bgsm.wfu.edu. 

Second Int’l Conf. on Systems Inte- 
'47 gration, June 15-18, Morristown, 

N.J. Cosponsors: ACM et al. Contact Pe¬ 
ter A. Ng, Computer and Information Sci¬ 
ence Dept., New Jersey Inst, of Tech., 
University Heights, Newark, NJ 07102, 
phone (201) 596-3387, e-mail 
ng_p@vienna.njit. edu; or C.V. Rama- 
moorthy, Univ. of California at Berkeley, 
EECS Dept., Berkeley, CA 94720, phone 
(415) 642-4751, fax (415) 642-5775. 

CVPR 92, IEEE Computer Society 
'47 Conf. on Computer Vision and Pat¬ 
tern Recognition, June 15-18, Champaign, 
Ill. Contact A. Rosenfeld, Center for Au¬ 
tomation Research, Univ. of Maryland, 
College Park, MD 20742, e-mail ar@alv. 
umd.edu. 

(fft) Parle 92, Parallel Architectures and 
'=7 Languages Europe, June 15-18, Par¬ 
is. Cosponsors: IEEE Region 8 et al. Con¬ 
tact Daniel Etiemble, LRI, Bat 490, Univ. 
of Paris Sud, 91405 Orsay Cedex, France, 
phone 33 (1) 6941-6621, fax 33 (1) 6941- 
6586, e-mail de@lri.lri.fr. 

/Qjt Computer Security Foundations 
'47 Workshop V, June 16-18, Franconia, 
N.H. Contact Leonard LaPadula, Informa¬ 
tion Security Technical Center, Mitre 
Corp., Bedford, MA 01730-0208, phone 
(617) 271-3261, e-mail ljl@mitre.org; or 
Ravi Sandhu, ISSE Dept., George Mason 
Univ., Fairfax, VA 22030-4444, phone 
(703) 993-1659, e-mail sandhu@sitevax. 
gmu.edu. 

|£f)\ SEKE 92, Fourth Int’l Conf. on Soft- 
V47 ware Eng. and Knowledge Eng., 

June 17-19, Capri, Italy. Cosponsors: 

Univ. of Salerno et al. Contact Shi-Kuo 
Chang, Computer Science Dept., Univ. of 
Pittsburgh, Pittsburgh, PA 15260, phone 
(412) 624-8493; or Genoveffa Tortora, Di- 
partimento di Informatica ed Applicazio- 
ni, Univ. di Salerno, 1-84081 Baronissi, 
Salerno, Italy, phone 39 (89) 822-333, fax 
39 (81) 482-745, e-mail jentor@udsab.dia. 
unisa.it or usditort@inacriai.bitnet. 

Int’l Workshop on Hardware Fault- 
^17 Tolerance in Multiprocessors, June 
22-23, Amherst, Mass. Sponsor: IEEE 
Computer Soc. Technical Committee on 
Fault-Tolerant Computing. Contact 
Donald S. Fussell, Computer Science 
Dept., TAY 2.124, Univ. of Texas at Aus¬ 
tin, Austin, TX 78712-1188, phone (512) 
471-9719, fax (512) 471-7028, e-mail 
fussell@cs.utexas.edu. 

Seventh IEEE Conf. on Structure in 
^7 Complexity Theory, June 22-25, 

Boston. Sponsor: IEEE Computer Soc. 
Technical Committee for Math. Founda¬ 
tions of Computing. Contact J. Royer, 
School of Computer and Information Sci¬ 
ence, Syracuse Univ., Syracuse, NY 13244, 
fax (315) 443-1954, e-mail royer@top.cis. 
syr.edu. 


LICS, Seventh IEEE Symp. on Logic 
v&7 in Computer Science, June 22-25, 

Santa Cruz, Calif. Sponsor: IEEE Comput¬ 
er Soc. Technical Committee on Mathemat¬ 
ical Foundations in Computing. Contact 
Robert L. Constable, Computer Science 
Dept., Cornell Univ., 4149 Upson, Ithaca, 
NY 14853, phone (607) 255-9204, fax (607) 
255-4428. 

CGI 92, Computer Graphics Int'l 
v!7 Conf., June 22-26, Tokyo. Cospon¬ 
sors: Computer Graphics Soc. et al. Contact 
R.A. Earnshaw, Computer Graphics, Univ. 
of Leeds, Leeds LS2 9JT, England, phone 
44 (532) 335-414, fax 44 (532) 336-017; or T. 
Takahashi, Autonomous Robot Systems 
Lab, NTT Human Interface Labs, 3-9-11 
Midori-cho, Musashino-shi, Tokyo 180, 
Japan, phone 81 (422) 59-2406, fax 81 (422) 
59-2245, e-mail cgi92%nttarm.ntt.jp@ 
relay.cs.net. 

10th Software Reliability Symp., 
vt7 June 25-26, Denver. Sponsor: IEEE 
Reliability Soc. Denver Chapter. Contact 
Rich Karcich, Storage Tech. Corp., 2270 S. 
88th St., MS 2286, Louisville, CO 80028, 
phone (303) 673-6223, fax (303) 673-3353. 


July 1992 


IEEE Intelligent Vehicles 92, July 1-2, 

Michigan. Sponsor: IEEE Industrial Elec¬ 
tronics Soc. Contact Ichiro Masaki, Com¬ 
puter Science Dept., GM Research Labs, 
30500 Mound Rd., Warren, MI 48090-9055, 
phone (313) 986-1466, fax (313) 986-9356, 
e-mail masaki@gmr.com. 

1992 Workshop on Fault-Tolerant 
'47 Parallel and Distributed Systems, 

July 6-7, Amherst, Mass. Cosponsor: Univ. 
of Massachusetts at Amherst. Contact 
Donald S. Fussell, Computer Science Dept., 
Univ. of Texas at Austin, TAY 2.124, Aus¬ 
tin, TX 78712-1188, phone (512) 471-9719, 
fax (512) 471-7028, e-mail fussell@cs. 
utexas.edu. 

CASE 92, Fifth Int’l Workshop on 
'47 Computer-Aided Software Eng., July 
6-10, Montreal. Contact Gene Forte, CASE 
Outlook, 11830 Kerr Pkwy. #315, Lake 
Oswego, OR 97035, phone (503) 245-6880, 
fax (503) 245-6935, e-mail g.forte@ 
compmail.com; Nazim Madhavji, School of 
Computer Science, McGill Univ., 3480 Uni¬ 
versity St., Montreal, Que. H3A 2A7, Can¬ 
ada, phone (514) 398-3740, fax (514) 398- 
3883, e-mail case@softeng.cs. mcgill.ca; or 
John Jenkins, City Univ. of London, Busi¬ 
ness Systems Analysis Dept., London, UK, 
fax 44 (71) 608-1270. 

FTCS 22, 22nd Int’l Symp. on Fault¬ 
'll Tolerant Computing, July 8-10, Bos¬ 
ton. Cosponsor: Univ. of Massachusetts at 
Amherst. Contact Dhiraj K. Pradhan, Elec¬ 
trical and Computer Eng. Dept., Univ. of 
Massachusetts at Amherst, Amherst, MA 
01003, phone (413) 545-0160, fax (413) 545- 
4611, e-mail pradhan@ecs.umass.edu. 
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Editor: Alan Kaminksy, Rochester Institute of Technology, PO Box 9887, Rochester, NY 14623-0887 
(716) 475-5255; Internet ark@cs.rit.edu; Bitnet arkics@ritvax. 

Real-Time Unix Systems: Design and Application Guide 

Borko Furht, Dan Grostick, David Gluch, Guy Rabbat, John Parker, and Meg McRoberts (Kluwer Academic 
Publishers, Boston, 1991, 352 pp., $59.95) 


The problem with Unix in real-time 
systems is that it was designed for 
time-sharing machines. It therefore 
stresses access and use of resources 
rather than response time and data 
throughput. Its crucial deficiencies for 
real-time applications are 

• its scheduling algorithm, which is 
based on a fairness principle un¬ 
suitable for real-time applications; 

• its interrupt handling, which rules 
out the preemption of a process 
operating in a system space; and 

• its file system organization, which 
allocates space as needed on reads 
and writes, rather than at file crea¬ 
tion. 

The first two chapters of this book 
introduce real-time operating systems 
in the wider contexts of basic operat¬ 
ing system properties and real-time 
system architectures, communications, 
and development environments for 
specification, analysis, and verifica¬ 
tion. I wish programming languages 
had been included because they have 
always been tremendously important 
in developing real-time applications. 

Four measures of real-time systems 
are analyzed; Rhealstone benchmark, 
process dispatch latency, Tri-dimen- 
sional measure, and Real/Stone 
benchmark. The authors give these 
measures equal attention but present 
one interesting Tri-dimensional mea¬ 
sure of their own development with 
extraordinary passion. This measure 
evaluates computational speed in mil¬ 
lions of instructions per second, inter¬ 
rupt-handling capability in millions of 
interrupts per second, and I/O 
throughput in millions of I/O opera¬ 
tions per second. These three factors 
are normalized and used to derive an 
integral, or rooted product, which can 
in turn be used to evaluate such pa¬ 
rameters as program overhead 
(time to complete an application pro¬ 
gram at a specific interrupt loading, 
compared to no interrupt loading) and 
system overhead (percent of total 
elapsed time devoted to handling in¬ 
terrupts). 

The introduction also explains sev¬ 
eral possible commercial approaches 


to incorporate real-timeliness into 
Unix. The approaches differ signifi¬ 
cantly in details but retain the com¬ 
mon features of preserving the Unix 
development environment and includ¬ 
ing a typical Unix kernel by 

• extending the standard Unix 
kernel, 

• providing a new target kernel in 
addition to the standard host Unix 
kernel, 

• integrating a real-time kernel with 
Unix, 

• rewriting the kernel, 

• incorporating preemptive points 
in a standard kernel, or 

• providing a fully preemptive 
kernel. 

The authors outline a fully preemp¬ 
tive Unix kernel based on AT&T’s 
Unix System V, but with extensions 
that provide the capabilities required 
by real-time applications. They call 
this Unix version Real/IX. In addition 
to its fully preemptive kernel, Real/IX 
enhancements include: additional in¬ 
terprocess communication mecha¬ 
nisms (event notification and binary 
semaphores); file system features that 
preallocate space, operate on contigu¬ 
ous files, and bypass the device cache 
buffers to ensure data integrity on 
mass storage; and subsystem adjust¬ 
ments to support asynchronous I/O, 
direct I/O to the device, and interrupt 
connect. Some of these concepts fol¬ 
low the IEEE P1003.4 Posix project 
very closely, although no conformance 
to it is claimed. 

The enhanced I/O subsystem is par¬ 
ticularly interesting. It allows for di¬ 
rect I/O by using shared memory to 
map device registers into the user- 
process address space. I would have 
liked more detail on the Unix device 
drivers. The standard drivers are so 
inefficient for real-time jobs that the 
authors developed their own tech¬ 
nique: “Using direct I/O with the con¬ 
nected interrupt mechanism makes it 
possible to implement a device driver 
as a user-level process.” This sounds 
easy, but handling interrupts and im¬ 
proving driver performance have al¬ 
ways been complex in Unix and might 


even take an entire book (for exam¬ 
ple, J.I. Egan and T.J. Teixeira, Writ¬ 
ing a Unix Device Driver , Wiley, 
1988). 

The authors use these Real/IX con¬ 
structs in examples that constitute al¬ 
most half the book. They explain how 
to use calls to write real-time applica¬ 
tions, and include detailed code (all 
in C language) covering most typical 
real-time issues like timers, memory 
allocation and locking, real-time files 
with space preallocation and buffer- 
cache bypassing, connecting inter¬ 
rupts, and bypassing drivers with 
mapped I/O. The explanation of in¬ 
terprocess communication facilities is 
extensive and clear. Traditional Unix 
mechanisms for this purpose — like 
pipes, named pipes, and signals — are 
by no means real-time oriented, so 
AT&T expanded System V mecha¬ 
nisms to include counting sema¬ 
phores, message passing, and shared 
memory. The authors clarify these 
expansions and add some new solu¬ 
tions, for example, binary sema¬ 
phores and an event notification as a 
superset of the signals facility. 

The book concludes with two case 
studies, one for data acquisition and 
launch control and another for pro¬ 
gramming the communications pro¬ 
cessor. 

This is a very instructive book, 
even if limited to the Real/IX version 
of Unix. It gives a comprehensive 
overview of standard Unix deficien¬ 
cies in real-time circumstances and 
suggests conceptual solutions that are 
valid for any foreseen implementa¬ 
tion. Therefore, I can recommend it 
both to Unix people and to real-time 
systems engineers who are newcom¬ 
ers to Unix. Classroom use requires a 
warning, however, because a standard 
Unix is not described. 

The authors predict that a real¬ 
time Unix operating system will re¬ 
place general-purpose Unix and im¬ 
prove its performance even for 
non-real-time applications. If so, then 
this book is for every programmer 
and every user. 

Janusz Zalewski 

Southwest Texas State University 
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Computation Structures 

Stephen A. Ward and Robert H. Halstead, Jr. (MIT Press, Cambridge, Mass., 1990, 789 pp., $49.95) 


An 800-page text that weighs about 
four pounds may seem too heavy a 
load for undergraduates to read or to 
carry. But more than 400 tables and 
figures plus three-inch page margins 
lighten the reading load considerably. 
In fact, minus the appendix, the text 
of Computation Structures is only 623 
pages, and it is a complete, up-to-date 
book for an undergraduate course on 
computer organization. 

The authors introduce the basics of 
digital design in the first seven chap¬ 
ters. Then they investigate perfor¬ 
mance measures, communication, and 
interpretation in three chapters that 
glue traditional computer engineering 
and computer science together. Chap¬ 
ter 11 introduces the Maybe comput¬ 
er, a machine the authors use to illus¬ 
trate representative technology and 
architectural approaches to computa¬ 
tion. The introduction to the Maybe 
microarchitecture leads to a discus¬ 
sion of microprogramming in Chapter 
12 and traditional single-sequence 
computers in Chapter 13. 

The next four chapters address dif¬ 
ferent von Neumann machine types, 


including stack, general register, and 
reduced instruction machines. These 
discussions emhasize timing consider¬ 
ations in designing a computer and in¬ 
clude memory architectures for caches 
and virtual memory. Chapters 18 to 20 
look at processes and their communi¬ 
cation, synchronization, interrupts, 
and other topics usually treated in an 
operating systems class. The last chap¬ 
ter is a prospectus on state-of-the-art 
computer architectures. 

Each chapter concludes with a 
“context” section where the authors 
comment on advanced topics. These 
sections are very technical, and some 
readers may find the writing as terse 
as a Unix manual — meaningful only 
when you already understand it. 

I taught this course in the late sev¬ 
enties and used two good texts, both 
of which were revised in 1984: Tanen- 
baum’s Structured Computer Organi¬ 
zation (Prentice Hall) and Hamacher 
et al.’s Computer Organization 
(McGraw-Hill). Computation Struc¬ 
tures combines the topics of these two 
books and adds more recent topics 
such as reduced instruction set com¬ 


puting, neural networks, transputers, 
and the Connection Machine. It also 
discusses broader topics such as com¬ 
putational complexity, side-effects, 
pipelining, and parallel processing. 

MIT uses this text for a core course. 
It assumes a certain capability in the 
students (and instructors), and many 
of its topics are unusual in a standard 
text on computer organization. As the 
authors point out, the book emphasiz¬ 
es the interfaces between technologies 
rather than the technologies them¬ 
selves. Because of this emphasis on 
computer science disciplines — as op¬ 
posed to logic or digital design per se 
— Computation Structures is particu¬ 
larly good for engineering students. In 
fact, the topics provide a good sylla¬ 
bus for graduate students preparing 
for a “qualifying exam” in computer 
organization or architectures. It will 
also be a good reference for profes¬ 
sionals whose wider exposure to inter¬ 
faces will help them appreciate this 
emphasis. 

Chyan Yang 

Naval Postgraduate School 


Artificial Intelligence and the Design of Expert Systems 

George F. Luger and William A. Stubblefield (Benjamin/Cummings, Redwood City, Calif., 1989, 660 pp., $42.95) 


In my view, no writer on artificial 
intelligence can match the virtuosity 
of Patrick Henry Winston. Perhaps 
the ideal AI book would be a combi¬ 
nation of his books. Artificial Intelli¬ 
gence (Addison-Wesley, 1977) and 
Lisp (written with Klaus Horn, Addi¬ 
son-Wesley, 1981). Having said that, 
let me go on to recommend this new 
book for beginning students of AI. 

The book is generous in its cover¬ 
age, offering thorough discussions of a 
wide range of elementary topics and 
solid treatment of several advanced 
ones (computer vision being a con¬ 
spicuous omission). The approach is 
concrete throughout. Rather than 
merely describing the techniques and 
structures used in AI, the authors 
show how to implement them on a 
computer. (Especially useful to the 
beginner are the numerous fully 
worked-out examples.) Where most 
books select either Prolog or Lisp as 
the language of choice, this one offers 


both. In fact, the introductory chap¬ 
ters on these languages are exception¬ 
ally well-written and give a good sense 
of what makes them suitable for AI. 
Moreover, offering solutions to the 
same problems in both Lisp and Pro¬ 
log gives the reader an opportunity to 
compare the power and expressive¬ 
ness of the two languages. 

The book contains some errors, not 
unexpected in a first edition. For ex¬ 
ample, in the game tic-tac-toe, the 
number of states considered by ex¬ 
haustive search is not 9!, as asserted, 
as this number does not account for 
branch terminations once either side 
wins. There are also places where ex¬ 
planations should be clearer. But 
these slips are rare, and readers can 
and should proceed with confidence. 

Despite its title, the book’s cover¬ 
age of expert systems is not extensive. 
It does include a study of Mycin, an 
expert system for medical diagnoses. 
Subsequent chapters on advanced 


programming techniques teach the 
reader how to build systems in both 
Lisp and Prolog. 

In a field that sometimes appears to 
be a collection of disparate techniques, 
the authors achieve coherence through 
the unifying threads of the pervasive 
role of search in problem solving and 
the crucial role of representation 
throughout AI. 

The level of discourse aims squarely 
at the beginner. If selected for a two- 
semester AI course, it might be sup¬ 
plemented by a language manual. Its 
scope makes it a useful reference work 
as well. It introduces such topics as au¬ 
tomated reasoning and object-oriented 
programming almost independently of 
the rest of the book, making them 
quite accessible. All in all. Artificial 
Intelligence and the Design of Expert 
Systems is a good introduction to AI. 

Phillip Ratner 

Dowling College 
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CAREER OPPORTUNITIES 


RATES: $15.00 per line (ten lines 
minimum). Average five typeset words 
per line, eight lines per column inch. Add 
$10 for box number. Send copy at least 
one month prior to publication date to: 
Marian B. Tibayan, Classified 
Advertising, COMPUTER Magazine, 
10662 Los Vaqueros Circle, PO Box 
3014, Los Alamitos, CA 90720-1264; 
(714) 821-8380; fax: (714) 821-4010. 

In order to conform to the Age Discrimina¬ 
tion in Employment Act and to discourage 
age discrimination, COMPUTER may reject 
any advertisement containing any of these 
phrases or similar ones: "...recent college 
grads...," "...1-4 years maximum experi¬ 
ence...," "...up to 5 years experience," or 
"...10 years maximum experience." COM¬ 
PUTER reserves the right to append to any 
advertisement without specific notice to the 
advertiser. Experience ranges are suggested 
minimum requirements, not maximums. 
COMPUTER assumes that since advertisers 
have been notified of this policy in advance, 
they agree that any experience require¬ 
ments, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


MANUFACTURING SYSTEMS 
ENGINEER 

Manufacturing Systems Engineer re¬ 
quired. 2 openings. Perform productivity 
measurement and build up model for analy¬ 
sis; shop floor analysis and control; capacity 
planning; comparison of MRP vs. JIT alter¬ 
natives; create workstation cell model; simu¬ 
lation of plant performance and creation of 
decision model; develop shopfloor material 
tracking system; design of cutting tools for 
conversion from batch production to contin¬ 
uous production; quality management and 
control; SPC techniques; develop a simula¬ 
tion model of a robotic cell for product 
measurement and control. Applicant re¬ 
quired to have a Masters of Engineering 
Degree in Manufacturing Systems with at 
least 1 year experience with Mathematical 
Programming of Simulation Models. Appli¬ 
cant must have 1 year prior experience with 
tool design and process control manufactur¬ 
ing and have one year of Production Plan¬ 
ning and Cellular Manufacturing experience, 
including six months with Robotics. Must 
have proof of legal authority to work in the 
United States. Annual Salary will be 
$36,000/year for a 40-hour work week. In¬ 
terested applicants submit resume to the 
Oklahoma Employment Security Commis¬ 
sion. 219N.E. First Street, Pryor, OK 74362 
(ID *4900). Refer to job order number 
091419. Ad paid by an Equal Employment 
Opportunity employer. 


UNIVERSITY OF CALIFORNIA 
AT IRVINE 

Department of Information and 
Computer Science 
Faculty Position in 
Software/Software Engineering 

The Department of Information and 
Computer Science (ICS) is seeking to fill a 
tenure-track faculty position in the area of 
software/software engineering. Research 
emphases of interest include, but are not 
limited to, formal methods, safety and 
reliability, specification languages, concur¬ 
rent systems, programming languages and 
their interpreters, requirements and design 
methods, and user interfaces. We are look¬ 
ing for new faculty with strong research 
records who would thrive in a highly produc¬ 
tive but friendly setting. Duties include 
undergraduate and graduate teaching in 
computer science; applicants must possess a 
Ph.D. and show excellent promise of a dis¬ 
tinguished research career. Preferences will 
be given to a junior appointment, but a 
tenured position may be possible for an ex¬ 
ceptionally qualified applicant. 

The current software group has five facul¬ 
ty, and has the following research interests: 
software safety and reliability, software pro¬ 
cesses and their specification, software anal¬ 
ysis and testing, software environments, user 
interfaces, and software measurement. 

There are currently 35 students pursuing 
Ph.D.s in software and several international 
visitors working with the software group. 
During the 1990-91 academic year, the soft¬ 
ware faculty hosted resident researchers 
from Italy, Israel, Japan, and Switzerland. 

In 1986 the software group was awarded 
a Coordinated Experimental Research 
(CER) grant from the National Science 
Foundation. This support fostered the crea¬ 
tion of a research laboratory for software 
engineering, in which major studies of the 
development and evaluation of software 
technology are undertaken. The software 
group has been responsible for $5 million of 
extra-mural research funding since 1987. 
Software-area research funding from con¬ 
tracts and grants from agencies such as 
DARPA, NSF, and ONR, currently total 
over $1.5 million per year. 

In addition to software, the ICS Depart¬ 
ment has research groups in the areas of 
computer systems design, parallel process¬ 
ing, artificial intelligence, computer networks 
and distributed systems, algorithms and data 
structures, and social and managerial analy¬ 
sis of computing. 

The ICS Department is an independent 
unit reporting to the Executive Vice Chancel¬ 
lor. ICS faculty emphasize core computer 
science as well as research in emerging areas 
of the discipline, with effective inter¬ 
disciplinary ties to colleagues in neuro¬ 
biology, cognitive science, management, 
engineering, and the social sciences. The 
department currently has 29 full-time faculty 
positions and over 120 Ph.D. students. 

Department equipment includes approxi¬ 
mately 175 workstations, primarily Sparc l's 


and 2's, Sun-3's and Sun-4’s. Two large 
multiprocessor Sequents and a Hypercube 
are available, as well as approximately 300 
Macintosh Plus’s and II's. There are also a 
few HP, DEC, NeXT, and Symbolics work¬ 
stations. All our major workstations and 
computers are tied together with networks, 
which are gatewayed to the campus net¬ 
work, and from there, to national and inter¬ 
national networks. In addition, department 
members have access to campus-wide com¬ 
puting resources as well as regional super¬ 
computer access. 

UC-Irvine is located in Orange County, 
three miles from the Pacific Ocean near 
Newport Beach, and approximately forty 
miles south of Los Angeles. The campus is 
situated in the heart of a national center of 
high-technology enterprise. Both the cam¬ 
pus and the enterprise area are growing 
rapidly and offer exciting professional and 
cultural opportunities. Salaries and benefits 
are competitive. Special housing assistance 
is available from the university, including 
newly built, for-sale housing within short 
walking distance from the Department. 

Send resume and names of four refer- 

Software Position 
Professor Richard N. Taylor 
Department of Information and 
Computer Science 
University of California-Irvine 
Irvine, CA 92717 

Application screening will begin immedi¬ 
ately upon receipt of curriculum vitae. Max¬ 
imum consideration will be given to applica¬ 
tions received by January 31, 1992. 

The University of California is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Department of ICS is particularly in¬ 
terested in receiving applications from 
women and minority candidates. 


RICE UNIVERSITY 

The Department of Electrical and Com¬ 
puter Engineering invites applications for a 
tenure-tract faculty position in the broad area 
of computer systems, to begin in August, 
1992. Applicants must have a doctorate in 
Electrical Engineering, Computer Science or 
Engineering, or a closely related field. 

Rice University is a small, private univer¬ 
sity with a strong commitment to excellence 
in both teaching and research. Rice is located 
in Houston, Texas, a city with affordable 
housing and excellent fine arts. The Depart¬ 
ment of Electrical and Computer Engineer¬ 
ing has close ties with the Department of 
Computer Science. 

Applicants should submit their resume, a 
summary of their research goals and ac¬ 
complishments. and the names of at least 
three references to Chairman. Department 
of Electrical and Computer Engineering, 
Rice University, P.O. Box 1892, Houston. 
Texas 77251. Rice University is an equal op¬ 
portunity/affirmative action employer. 
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UNIVERSITY OF NEW MEXICO 
Chair, 

Department ol Computer Science 

The Computer Science Department of the 
University of New Mexico invites applicants 
for the position of department chair. We 
seek an individual with a Ph.D. in computer 
science or related field who has a commit¬ 
ment to both research and teaching excel¬ 
lence. The applicant must have a strong 
desire to work with the faculty toward 
improving the department's research com¬ 
ponent, a strong publication record in com¬ 
puter science, and strong ties to the com¬ 
puter science research community. Prior 
administrative experience also is desirable. 

The Computer Science Department con¬ 
sists of 15 full time faculty, and confers ap¬ 
proximately 30B.S., 15 M S., and 2Ph D’s 
degrees annually. The Bachelor's program is 
accredited by the Computing Sciences Ac¬ 
creditation Board. Faculty research interests 
include artificial intelligence, automated rea¬ 
soning, complexity and algorithm theory, 
computer security, database systems, 
genetic algorithms and emergent computa¬ 
tion, graphics, image and pattern analysis, 
numerical analysis, numerical software, 
parallel and distributed systems, and pro¬ 
gramming languages. The Department runs 
a network of 5 servers, 35 workstations, and 
10 X terminals, including graphics worksta¬ 
tions from DEC and SGI. 

The University's proximity to Sandia and 
Los Alamos National Laboratories and to the 
Santa Fe Institute affords unique opportuni¬ 
ties for collaborative research opportunities. 
Additionally, Albuquerque offers an excellent 
quality of life, with a mild climate year round 
and easy access to superb recreational ac¬ 
tivities, including skiing, hiking, and camping. 
Please send vitae and list of references to: 
Professor Paul Helman 
Chair, Search Committee 
Computer Science Department 
University of New Mexico 
Albuquerque, NM 87131 
Email: helman@unmvax.cs.unm.edu 
Applications will be accepted until Febru¬ 
ary 1, 1992. Later applications if the position 
has not been filled. The University of New 
Mexico is an Equal Opportunity/Affirmative 
Action Employer. 


THE UNIVERSITY OF 
NORTH CAROLINA AT CHARLOTTE 

Applications are invited for tenure-track 
positions at the Assistant, Associate, or Full 
Professor level in Computer Science/Com¬ 
puter/Engineering. Applicants who have 
research expertise in operating systems, 
computer graphics, communication net¬ 
works, compiler design, architecture, VLSI 
systems, and computer aided design are of 
particular interest. Applicants with outstand¬ 
ing records in other areas will also be con¬ 
sidered. A Ph.D. in CS/CE or a closely 
related field and a strong interest in both 
teaching and research is required. The salary 
is competitive. 

The Department of Computer Science is 
the largest department in the College of 
Engineering and offers both undergraduate 


and graduate degrees in Computer Science. 
Active research areas in the department in¬ 
clude artificial intelligence, computer vision, 
computer architecture, computer integrated 
manufacturing, programming languages, 
theoretical computer science, and VLSI 
design and testing. A wide variety of ex¬ 
cellent computing facilities including Sun 
workstations, IBM, VAX, and others are 
available to support educational and re¬ 
search activities. Also, as a participant in the 
Microelectronics Center of North Carolina, 
the University has access to state-of-the-art 
computing facilities, such as the Cray Super¬ 
computer, and VLSI design, test, and fabri¬ 
cation facilities. 

Charlotte is the largest city in the Carolinas 
with excellent housing, good schools, a 
modern international airport, and mild 
climate. UNCC is a dynamic, growing uni¬ 
versity. Applicants should send a curriculum 
vitae and the names of at least three refer- 

Dr. Gyorgy Revesz, Chair 
Department of Computer Science 
The University of North Carolina 
at Charlotte 
Charlotte, NC 28223 
Please provide electronic mail addresses 
and fax numbers for yourself and your refer¬ 
ences if possible. Applications will be ac¬ 
cepted through January 31, 1992. 

UNCC IS AN EOE/AA EMPLOYER. 


MOORHEAD STATE UNIVERSITY 

Qualified applicants in Computer Infor¬ 
mation Systems are encouraged to apply for 
a tenure track position at the associate or 
assistant professor level beginning Septem¬ 
ber 3, 1992. The applicant must be able to 
teach core courses in the CIS area such as 
System Analysis and Design, Database, 
Software Engineering, in addition to super¬ 
vising senior CIS projects. Workload is about 
3 courses per quarter. Additionally, a faculty 
member shall devote some of his/her work¬ 
load to committee assignments, research, 
maintenance of professional expertise, and 
similar professional activities. The depart¬ 
ment offers undergraduate programs in CS 
and CIS and a master's program in CS with 
approximately 250 undergraduate and 65 
graduate majors. 

A masters degree with emphasis in CIS/ 
MIS is required: a Ph.D. with emphasis in 
CIS/MIS. or industrial experience in CIS 
area is preferred. Teaching experience in 
CIS/MIS area is desired. 

A second tenure track position at the assis¬ 
tant professor level is available pending 
funding. 

Apply to: Dr. Omran Bukhres, Chairper¬ 
son, Search Committee. Department of 
Computer Science and Information Sys¬ 
tems, Moorhead State University. Moor¬ 
head, MN 56563. Applications must include 
completed Moorhead State University appli¬ 
cation form, transcripts, resume, and three 
letters of recommendation sent directly to 
the above address. Screening of completed 
applications will begin February 1. 1992, 
Phone (218) 236-2299, Fax (218) 236-2168. 
The position is open until filled. MSU is an 
equal opportunity/affirmative action educa¬ 
tor and employer. 


DELTA PERSONNEL SERVICES 

Programmers, MIS Managers, Computer 
Operators—Contract and Permanent posi¬ 
tions. Send resume indicating hardware and 
software knowledge, geographic preference, 
shift preference, availability and salary re¬ 
quirements to: 

Norma Brody 
DELTA Personnel Services 
2045 Royal Ave., # 221 
Simi Valley, CA 93065 


PROJECT LEADER 

Coordinate the activities of programmers 
who design, code and test computer system 
and examine results to insure program ac¬ 
curacy and efficiency for a company involved 
in Bankard services. Analyze, review and 
rewrite programs to increase operating effi¬ 
ciency or adapt new business specifications. 
Evaluate user needs and develop or modify 
program specifications. Prepare program 
and system documentation in accordance 
with company standards. Report results to 
management. Interact with various depart¬ 
ments to provide assistance and training. Re¬ 
quires a Bachelor’s Degree in Business/ 
Computer Information Systems/Computer 
Science and three years experience in job of¬ 
fered or three years related programming ex¬ 
perience. Must have three years experience 
in COBOL, COBOL II, TSO, VSAM and 
JCL. Must have one year experience in Case 
Tools and Structured Programming Techni¬ 
ques. 40 hour work week. $40,300 per 
year. Apply at the Texas Employment Com¬ 
mission, Dallas, Texas, or send resume to 
the Texas Employment Commission, TEC 
Building, Austin, Texas 78778, Job Order 
*6422229. Ad Paid By An Equal Oppor¬ 
tunity Employer. 


SOFTWARE ENGINEER 

Design, develop, implement, and test 
various database applications like manufac¬ 
turing, distribution, data collection, and 
financial software packages; analyze data 
processing problems and devise appropriate 
solutions to achieve optimal realization of 
clients’ business tasks. Responsible for 
systems design, analysis, and development 
on various projects. MS in Computer Sci¬ 
ence plus 2 years experience in the job of¬ 
fered or as analyst/programmer in applica¬ 
tions programming. Experience must have 
included the following environment: 
UNIX/C; C++, ORACLE and its program¬ 
ming utilities: SQL, SQL'FORMS, SQL' 
REPORTWRITER, SQL'PLUS, and 
PRO'C, X-Windows, TCP/IP Applications 
protocols in commercial applications. 
Knowledge of Modula-2 object oriented 
concepts, and ShareBase relational data¬ 
base concepts. $37,000/yr. Apply at the 
Texas Employment Commission, Austin, 
Texas or send resume to the Texas Employ¬ 
ment Commission, TEC Building, Austin, 
Texas 78778, J O. *0139174. Ad Paid by 
an Equal Opportunity Employer. 
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UNIVERSITY OF NOTRE DAME 
Faculty Positions 

The Department of Computer Science 
and Engineering at the University of Notre 
Dame invites applications for tenure track 
faculty positions at all ranks. Applicants 
should have a doctorate in Computer Sci¬ 
ence, Computer Engineering, Electrical 
Engineering, or a related field. Candidates in 
all research areas are invited to apply. How¬ 
ever, areas of particular interest within the 
Department are Parallel and Distributed 
Computing. Parallel Architectures, and 
VLSI. Applicants should have abilities and 
interests in teaching at the undergraduate 
and graduate levels, advising students, and 
conducting research. Rank and salary are 
negotiable. Interested persons should for¬ 
ward a complete resume, together with the 
names, addresses, and telephone numbers 
of at least three references, to: 

Dr. Steven C. Bass. Chairman 
Department of Computer Science 
and Engineering 
University of Notre Dame 
Notre Dame, IN 46556 
The University of Notre Dame is an Affir¬ 
mative Action/Equal Opportunity Employer. 


SOFTWARE ENGINEER/ 
PROJECT LEADER 

Company is needing a Software Engineer/ 
Project Leader with responsibility for all 
phases of software development, evaluation 
and implementation. He/She will perform 
requirement analysis techniques, system im¬ 
plementation, and selection of software and 
hardware sources for system development. 
The responsibilities will include product 
quality, evaluation and selection of suitable 
software hardware configurations. Must have 
a M.S. Degree in Computer Science, and 
one year experience in Software design and 
system analysis. Must be able to apply soft¬ 
ware implementation in “C” language, IN¬ 
FORMIX, C-ISAM and UNIX system, and 
to design an efficient database structure. 40 
hour/week, $35,050/year. Submit resume 
and proof of qualifications to: Kansas 
Department of Human Resource Office, 402 
East Second, P.O. Box 877, Wichita, Kan¬ 
sas 67201, phone (316) 266-8600. Re: Job 
'KS3304203 


CARNEGIE MELLON UNIVERSITY 
Head, Dept, of Electrical and 
Computer Engineering 

Nominations/Applications are invited for 
the position of the Head of the Department 
of Electrical and Computer Engineering at 
Carnegie Mellon University. Currently, the 
department has 35 faculty members. 160 
Ph.D. students. 90 M S. students, and 400 
undergraduate students. With a newly de¬ 
veloped. highly flexible B.S. degree pro¬ 
gram in Electrical and Computer Engineer¬ 
ing, the department is a leader in engineering 
curricular reform and innovation. The de¬ 
partment has an annual research budget of 


$13.5 million and is home to: an NSF Engi¬ 
neering Research Center in Data Storage 
Systems, the SRC-CMU Research Center 
for Computer-Aided Design, the Pennsyl¬ 
vania SEMATECH Center of Excellence 
(SCOE) for Rapid Yield Learning, the 
Center for Excellence in Optical Data Pro¬ 
cessing (CEODP), the Center for Depend¬ 
able Systems (CDS), the Laboratory for 
Automated Systems and Information Pro¬ 
cessing (LASIP). and a concentrated re¬ 
search effort in Solid State Materials and 
Devices. The department also has strong 
research ties to the School of Computer 
Science, the Robotics Institute and the other 
CMU NSF Engineering Research Center, 
the Engineering Design Research Center 
(EDRC). The research facilities available in¬ 
clude extensive computational facilities in¬ 
cluding access to several supercomputers at 
the Pittsburgh Supercomputing Center, a 
4000-square feet class 100 clean room, 
recently renovated Solid State Research 
Laboratories, Data Storage Systems labora¬ 
tories as well as Optical and Digital Process¬ 
ing laboratories. The successful candidate 
should have an earned Ph.D. in Electrical/ 
Computer Engineering or related fields, an 
internationally recognized research stature 
and the experience and abilities to lead the 
teaching and research excellence of the 
department. Nominations/Applications, 
along with a vita and the names, addresses 
and phone numbers of three references 
should be sent to: 

Professor B.V.K. Vijaya Kumar 
Chairman. ECE Department Head 
Search Committee 

Department of Electrical and Computer 
Engineering 

Carnegie Mellon University 
Pittsburgh. PA 15213-3890 
The search committee will consider all ap¬ 
plications and nominations received up to 
February 1. 1992. Carnegie Mellon Univer¬ 
sity is an affirmative-action, equal 
opportunity employer. 


SYSTEMS DESIGN ENGINEER/ 
CAPACITY MANAGEMENT 

Systems Design Engineer/Capacity Man¬ 
agement needed to conduct capacity analy¬ 
sis, modelling, optimization, recovery 
strategies, and capacity management for a 
digital telecommunications switch. Perform 
analysis of the switch by system design, 
modelling and realtime simulation. Conduct 
capacity optimization of digital switching 
systems by using captive office tools and 
measurements. Develop and maintain of 
capacity information systems on a batch 
change supplement basis, utilizing knowl¬ 
edge of telephony and communications pro¬ 
tocols. Conduct capacity degradation (real¬ 
time) utilizing call models, call timing pro¬ 
cess, and degradation resolution. Interact 
with management to provide and discuss 
specific technical issues and results relating to 
performance and capacity of the digital 
switch. Requires a Bachelor's degree in Elec¬ 
trical Engineering/Computer Science or its 
equivalent and four years experience in job 
offered or four years related switching 
systems experience. Or will consider the 


completion of the course requirements for a 
Master's degree in Electrical Engineering/ 
Computer Science or its equivalent and two 
years experience in switching systems engi¬ 
neering. Background must include at least 
six months experience in Pascal and six 
months experience or education in digital 
networks. 40 hour work week. $50,100.00 
per year. Apply at the Texas Employment 
Commission, Dallas, Texas, or send resume 
to the Texas Employment Commission, TEC 
Building, Austin, Texas 78778, Job Order 
*6521478 Ad Paid by an Equal Opportuni¬ 
ty Employer. 


ACADEMIA SINICA 
TAIWAN, REPUBLIC OF CHINA 
Institute of Information Science 

Applications are invited for research posi¬ 
tion in Institute of Information Science, 
Academia Sinica, Ph.D. in Computer Sci¬ 
ence or closely related fields required. 
Demonstratable research ability necessary. 
Applicants for senior positions must have 
proven research record. All fields in Com¬ 
puter Science are welcome. 

The Institute offers a good research envi¬ 
ronment. No duty of teaching. Facilities 
include a 32-node NCUBE.2 parallel super¬ 
computer, many SUN, SGI. and E&S work¬ 
stations. An easily accessible ETA-10Q 
supercomputer is in the Academia Sinica. 

Interested people please send application 
to Dr. Lin-Shan Lee, Director. Institute of In¬ 
formation Science. Academia Sinica, Tai¬ 
pei, Taiwan, 11529, Republic of China. 
Fax: (011-886-2) 782-4814. 


INFORMATION SYSTEM MANAGER 

Information System Manager needed to 
direct and coordinate the activities of the 
computer operations department of a whole¬ 
sale distribution company. Analyze, imple¬ 
ment, and maintain sales, inventory, ac¬ 
counting, payroll and return merchandise 
authorization systems. Provide on-going 
training on all in-house systems, as well as 
purchased programs and operating systems. 
Define the goals of the sales and marketing 
department and model the automated sys¬ 
tem to meet those needs. Generate sales and 
business analysis reports based on an in 
house database information system utilizing 
the Novell networking environment. Re¬ 
sponsible for the supervision of a Novell net¬ 
work system including network security, 
scheduling, and data distributing. Requires a 
Bachelor of Business Administration and 
Business Analysis/Management Informa¬ 
tion Systems and one year experience in job 
offered or one year related software systems 
experience utilizing MS DOS operating sys¬ 
tems. Requires at least six months exper¬ 
ience training personnel in the use of 
computer systems. 40 hour work week, 
$29,622.90 per year. Apply at the Texas 
Employment Commission, Dallas, Texas, or 
send resume to the Texas Employment 
Commission, TEC Building, Austin, Texas 
78778. Job Order *6422226. Ad paid by an 
Equal Opportunity Employer. 
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McGILL UNIVERSITY 
FACULTY OF MANAGEMENT 
Faculty Positions in 
Information Systems 

The Faculty of Management has tenure 
track Assistant/Associate/Full Professor 
positions available in Information Systems 
commencing January 1992. We seek indi¬ 
viduals with strong technical & managerial 
skills and having a distinguished research 
record or potential for the same with re¬ 
search/teaching interests in one or more of 
the following areas: 

Modelling of Organizational and Inter- 
Organizational Information Systems, Sys¬ 
tems Analysis and Design, EDI, Simulation. 

The Faculty of Management has over 60 
full time faculty and offers B.Com, MBA and 
Ph D. degrees. There are 1,400 Undergrad¬ 
uate, 400 MBA and 45 Ph.D. students. 
Salary is competitive. 

Apply in writing to: Prof. Morty Yalovsky, 
Associate Dean - Academic, Faculty of Man¬ 
agement, 1001 Sherbrooke St. West, Mon¬ 
treal, Quebec, H3A 1G5. 

In accordance with Canadian Immigration 
requirements, priority shall be given to 
Canadian citizens and permanent residents 
of Canada. 


NATIONAL CHIAO TUNG 
UNIVERSITY 
Taiwan, Republic of China 

Applications are invited for faculty posi¬ 
tions in both Department of Computer and 
Information Science and the Department of 
Computer Science and Information Engi¬ 
neering beginning in August 1992. A Ph.D. 
in Computer or Information Science/Engi¬ 
neering or closely related fields is required. 
The University 

National Chiao Tung University is located 
in Hsinchu City near the Science and In¬ 
dustrial Park in Taiwan. It is famous for its 
programs in the areas of Computer Science. 
Computer Engineering, and Electrical Engi¬ 
neering. There are two computer related 
departments in the university, the Depart¬ 
ment of Computer and Information Science 
in Science College and Department of Com¬ 
puter Science and Information Engineering 
in Engineering College. The University 
Computer Center has CONVEX C240 and 
C220 minisupercomputers which are ac¬ 
cessible through FDDI campus network from 
all departments. The Center is the regional 
center of TANet which connects universities 
and research institutes in Taiwan. TANet 
connects to Internet so researchers in Taiwan 
can easily communicate with people in the 
foreign countries. 

Department of Computer and 
Information Science 

The department provides an excellent 
research and teaching environment. Depart¬ 
ment facilities include 20 SUN workstations, 
6 SGI graphics workstations (including one 
VGX340). 15 IBM RS-6000. some SONY 
and DECstations, one 16 nodes nCUBE 
parallel computer, one 16 nodes Trans¬ 
puter, two CONVEX C120 minisupercom¬ 
puters, and many PCs. All computers in the 
Department are interconnected via Ether¬ 


net. The department offers BS, MS, and 
Ph.D. programs. Applicants should have 
strong commitment to teaching graduate 
and undergraduate courses and performing 
research. All areas in Computer Science and 
Computer Engineering are welcome. 

Interested people please send resume and 
names of three references to Professor Wei- 
Pang Yang, Head, Department of Com¬ 
puter and Information Science. National 
Chiao Tung University, Hsinchu, Taiwan, 
Republic of China by the end of February 
1992. 

FAX: (011-886-35) 721-490. 
Department of Computer Science and 
Information Engineering 

The department offers BS, MS, and 
Ph D. programs. Theory and implementa¬ 
tion of computing systems are both em¬ 
phasized in the department. General pur¬ 
pose computing is provided by a VAX8530, 
two VAX780s, 30 SUN workstations, 10 
IBM RS-6000s, 30 MACs, some HPs, and 
over 150 PCs. Special purpose computing 
facilities include one Sequent S27. three 
transputer networks, one hypercube and 
some IRIS workstations. All computers are 
connected via Ethernet. The department 
also owns the largest nationwide digital 
system laboratory. Special equipment and 
packages for VLSI and digital system design, 
simulation and performance analysis, image 
processing and vision analysis, and software 
engineering are available. Duties of faculty 
members will include teaching undergradu¬ 
ate and graduate courses and performing 
research. The department will give special 
support to new faculty members for starting 
their research. 

The department is particularly interested 
in individuals conducting research in com¬ 
puter system, compiler, computation theory 
and algorithms, DBMS, Multi-media infor¬ 
mation system, and parallel architecture. 
However, qualified candidates in all areas 
will be considered. Interested applicants are 
invited to send a resume and three refer¬ 
ences to Professor Suh-Yin Lee, Head, De¬ 
partment of Computer Science and Informa¬ 
tion Engineering, National Chiao Tung 
University, Hsinchu, Taiwan 300, Republic 
of China by the end of February, 1992. 

FAX: (011-886-35) 724-176. 


ARMSTRONG STATE COLLEGE 
Calloway Chair in Computer Science 

The successful candidate for this senior- 
level position will hold a Ph.D. in computer 
science or a related area, will have a 
distinguished record as both scholar and 
teacher, and will identify with the goal of 
strengthening a historically strong, CSAC 
accredited undergraduate program in com¬ 
puter science. The salary will be competitive 
and the teaching load will be appropriate for 
a faculty member involved in an active re¬ 
search program. 

Academic computing facilities include a 
Solbourne 4/602 minicomputer running 
UNIX (tm) networked to a laboratory of SUN 
workstations, a laboratory of Macintosh II 
computers and a laboratory of 386 SX 
machines. The academic computing facilities 
are a node in a high-speed statewide Peach- 
net network, thereby giving access to educa¬ 


tional computing resources across the state 

Armstrong State College is a four year unit 
of the University System of Georgia located 
in Savannah, Georgia on the Atlantic coast. 
The college enjoys a growing student popu¬ 
lation of 4500 students and an attractive 250 
acre suburban campus. Savannah is a beau¬ 
tiful city with a colorful history, a rich tradition 
of support for the performing arts, a mild, 
subtropical climate, and proximity to fine 
beaches and picturesque coastal rivers. 

Submit letter of application, resume, and 
the names of at least four references to Ed 
Wheeler, Department of Mathematics and 
Computer Science, Armstrong State Col¬ 
lege, Savannah, GA 31419. Screening will 
begin on January 31 and continue until suc¬ 
cessful. Armstrong State College is an 
AA/EE&EO employer; Georgia is an open 
records state. 


SOFTWARE ENGINEER 

Software Engineer to conduct analysis, 
design, development, testing and mainte¬ 
nance of specialty software for complex tele¬ 
communications networking applications. 
Development duties performed using C pro¬ 
gramming language in a UNIX environment. 
Require master's degree in computer science 
and one year experience in job offered. Re¬ 
quire knowledge of telecommunications ap¬ 
plications, real-time systems, and computer 
networking. Full time position @ $38,000 
per year. Apply at Texas Employment Com¬ 
mission, Dallas, Texas, or send resume to 
the Texas Employment Commission, TEC 
Building, Austin, Texas 78778, J.O. 
#6422062. Ad paid by equal opportunity 
employer. 


UNIVERSITY OF CALIFORNIA, 
SANTA CRUZ 

Computer & Information Sciences at UC 
Santa Cruz invites applications for the posi¬ 
tion of Assistant Professor, effective July 1, 
1992, contingent on funding. 

The position is in Computer Graphics 
and Scientific Visualization (Provision 
#253-912). 

A Ph.D. in Computer Science or equiva¬ 
lent is required. Candidates must have 
demonstrated research potential, and will be 
evaluated on their research record, teaching, 
professional activities, potential for distinc¬ 
tion, and letters of recommendation. 

Salary range: $46,800 - $49,200. 

Applications should include: curriculum 
vitae with cover letter, publications and 
teaching evaluations, and 3 letters of recom¬ 
mendation, sent promptly to the following 
address: Chair, Computer Faculty Search 
Committee, Baskin Center for Computer 
Engineering & Information Sciences, Ap¬ 
plied Sciences Building, University of Cali¬ 
fornia, Santa Cruz, CA 95064. 

(Questions may be sent via email to 
recruit @saturn.ucsc.edu or 
recruit@ucsccrls.bitnet.) 

Closing date: January 2, 1992 

UCSC is an EEO/AA/IRCA employer. 
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CELLULAR SYSTEMS/PROGRAMS 
ENGINEER 

Cellular Systems/Programs Engineer 
needed to design, develop and test software 
features to support new Dual-Mode (DRU) 
cellular radios. Test cellular software features 
to enhance system alarms, operational mea¬ 
surements, and other system resources. 
Interface and work with customers, and 
company sales and marketing groups to 
define custom feature requirements. Inter¬ 
face and support operation departments by 
providing them with technical guidance. Re¬ 
commend to management appropriate solu¬ 
tions to technical problems. Requires a 
Bachelor’s degree in Computer Science/ 
Telecommunications or its equivalent and 
two years experience in job offered or two 
years directly related digital switching system 
design environment. Or will consider the 
completion of all coursework for the Master’s 
degree in Computer Science in lieu of 
Bachelor’s and two years experience. If 
degree is in Computer Science, must have 
three graduate level telecommunications 
courses and one year in Pascal. 40 hour 
work week $42,100.00 per year. Apply at 
the Texas Employment Commission, Dallas, 
Texas, or send resume to the Texas Employ¬ 
ment Commission, TEC Building, Austin, 
Texas 78778. Job Order #6521477. Ad 
Paid by an Equal Opportunity Employer. 


NORTHWESTERN COLLEGE 
Academic Systems Manager 

Applications are invited for a staff position 
in academic computing beginning as soon as 
possible. Responsibilities include providing 
hardware/software support, training for 
campus personnel, and supervising student 
workers. Requirements include a bachelor’s 
in computer science (or a master’s in a 
related field) and experience with DEC, 
PDP, VAX, UNIX. IBM PC, and Novell net¬ 
working systems. Northwestern College is a 
Christian liberal arts college and seeks can¬ 
didates with a Christian faith commitment. 
Reply to Dr. Robert Zwier. Academic Dean, 
Northwestern College, Orange City, Iowa 
51041. 


MICHIGAN STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applications for anticipated tenure- 
stream positions at the assistant and asso¬ 
ciate levels, rank and salary commensurate 
with experience. Candidates from all areas 
of specialization in computer science or com¬ 
puter engineering will be considered; how¬ 
ever, the department has a special interest in 
candidates in the areas of software engineer¬ 
ing, computer vision, and scientific visualiza¬ 
tion who also are interested in parallel com¬ 
puting. The research foci of the department 
include artificial intelligence and knowledge- 
based systems, computer architecture and 
design automation, parallel and distributed 
computing systems and algorithms, pattern 
recognition and image processing, software 


systems, and theoretical computer science. 
Candidates should have a Ph.D. in com¬ 
puter science or computer engineering and 
have a strong interest in both research and 
teaching. The appointments will begin in 
August, 1992. For full consideration, ap¬ 
plications should be submitted by February 
1, 1992. However, applications will be ac¬ 
cepted until the positions are filled. 

As a unit within the College of Engineering 
at Michigan State University, Computer Sci¬ 
ence offers the Bachelor of Science, Master 
of Science and Doctor of Philosophy degrees. 
The department currently has 26 tenure- 
stream faculty, and an enrollment of 180 
graduate students and 480 undergraduates. 
Special support is available from within the 
college and university to initiate research by 
new faculty members. Faculty offices are 
connected to the MSUnet which provides 
access to an array of campus computing re¬ 
sources including the facilities of the College 
of Engineering, the Department’s Pattern 
Recognition and Image Processing Labora¬ 
tory, Artificial Intelligence/Knowledge Based 
Systems Laboratory, and the Advanced 
Computing Systems Laboratory. Additional 
facilities available to faculty include an IBM 
3090/180E vector processor, a 4-processor 
Convex C-240, a 96-node BBN GP-1000, 
45-node BBN TC-2000, and a 64-node 
nCUBE. Access to select off-campus com¬ 
puters is available. 

Michigan State University enjoys a park¬ 
like campus of 2,100 developed acres and 
3,100 acres of experimental farms, outlying 
research facilities and natural areas. The 
campus is adjacent to the cities of East Lan¬ 
sing and the capital city, Lansing. The 
Greater Lansing area has approximately 
250,000 residents. The communities have 
fine school systems and place a high value 
on education. 

Applicants should send a letter of intent, 
resume, the names of three references, and 
a statement of research and teaching in- 

Dr. Anthony S. Wojcik, Chairperson 
Department of Computer Science 
A714 Wells Hall 
Michigan State University 
East Lansing, Michigan 48824-1027 
wojcik @cps. msu. edu 

Michigan State University is an Equal Op¬ 
portunity/Affirmative Action Institution and 
encourages applications from women and 
members of ethnic minority groups. Position 
Numbers: ENG158 and ENG199. 


PURDUE UNIVERSITY 
Computer Engineering 
Faculty Positions 

The School of Electrical Engineering at 
Purdue University seeks outstanding can¬ 
didates in all areas of Computer Engineering 
for research and teaching. Openings are for 
tenure-track faculty at all levels. Active 
research areas include artificial intelligence 
and expert systems: computer architecture; 
computer communications networks; com¬ 
puter vision: design automation tools; digital 
signal processor system design; distributed 
algorithms and databases; fault-tolerant and 
testable computing; microprocessor design; 
natural language processing; neural net¬ 


works; parallel processing (architecture, 
algorithms, operating systems, compiling, 
languages, software environments, intercon¬ 
nection networks, and performance); robot 
vision; software engineering; speech pro¬ 
cessing; and VLSI architecture. 

Applicants must possess a doctorate 
degree. Send a resume, including a state¬ 
ment of teaching and research interests and 
a list of three (3) references, to: Head, 
School of Electrical Engineering, Pur¬ 
due University, West Lafayette, IN 
47907. Purdue University is an Equal Op¬ 
portunity/Affirmative Action employer. 


SYSTEMS DESIGN ENGINEER 

Systems Design Engineer required. Re¬ 
sponsible for development, programming, 
monitoring and analysis of computer ar¬ 
chitecture and operating systems, including 
support of computer simulation models and 
optimization algorithms. Expert Systems 
(Artificial Intelligence). Network analysis. 
Database Management Systems (Artificial 
Intelligence), Network analysis, Database 
Management Systems and Software Engi¬ 
neering. Will utilize C, C + +. Lisp, UNIX, 
OSF MOTIF, and X-Windows. Applicants 
required to have a Masters Degree or its 
equivalent in Computer Science with at least 
one year experience with OSF, UNIX/C, 
C + + , Lisp and X:Windows. Experience 
must include prior work with analysis of 
algorithms and system simulation models. 
Graduate project research work in this area 
will be acceptable. An annual salary of 
$42,000 will be paid for a 40-hour work 
week. Must have proof of legal authority to 
work in the U.S. Interested applicants apply 
at the Texas Employment Commission, Ft. 
Worth. Texas, or send resume to the Texas 
Employment Commission, Austin. Texas 
78778-0001, J O. Number 6421872. This 
advertisement was paid by an Equal Oppor¬ 
tunity Employment employer. 


DEVELOPMENT STAFF MEMBER 

Conduct research on and analysis of the 
performance of UNIX-based operating sys¬ 
tems on high-performance workstations. 
Use simulation modeling techniques to pre¬ 
dict the performance of hardware/software 
system designs. Provide performance analy¬ 
sis and consultation, and design algorithms 
for operating system resource management. 
$56,040/yr., 40 hrs/wk., Ph.D. in Com¬ 
puter Science, one year experience on the 
job or one year related experience as a pre or 
post doctoral Research Assistant. The one 
year related experience must include re¬ 
search and development in performance 
modeling and analysis; algorithm develop¬ 
ment for high performance database sys¬ 
tems; and resource scheduling for priority 
based database system. Apply at the Texas 
Employment Commission, Austin, TX or 
send resume to the Texas Employment 
Commission, TEC Building, Austin, TX 
78778, J.O. #6344698. Ad Paid by an 
Equal Opportunity Employer. 
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THE UNIVERSITY OF TEXAS 
AT EL PASO 

Computer Science Faculty Position 

The University of Texas at El Paso invites 
applications for a tenure-track faculty posi¬ 
tion in Computer Science. A Ph.D. in com¬ 
puter science is required. Specialization in 
systems is of particular interest, but strong 
candidates in other core areas of computer 
science are encouraged to apply. Present re¬ 
search interests in the Department include 
artificial intelligence, software engineering 
and concurrent systems. The Department 
has been the recent recipient of a major 
donation from IBM and has been awarded a 
five-year NSF II-MI grant. The undergradu¬ 
ate program is CSAB accredited. The suc¬ 
cessful applicant is expected to participate 
fully in teaching, research and service. The 
position opens in September 1991, but ap¬ 
pointment may be delayed until January 
1992 or September 1992. Review of appli¬ 
cations will begin October 31st and will con¬ 
tinue until the position is filled. The Univer¬ 
sity is located in El Paso which provides a 
unique cultural melange set in a mild climate 
conducive to year-round outdoor activities. 
Applicants should send a resume, a state¬ 
ment of professional interests and objectives, 
and a list of three references to: Chair, Com¬ 
puter Science Department, The University of 
Texas at El Paso, El Paso, TX 79968-0518. 
Minorities and women are particularly en¬ 
couraged to apply. The University if an 
EEO/AA employer. 


UNIVERSITY OF PENNSYLVANIA 
Computer and Information Science 

The University of Pennsylvania invites ap¬ 
plications for faculty effective 1 July 1992. 

Outstanding candidates in the areas of ar¬ 
chitecture, experimental systems, graphics, 
vision, AI knowledge representation, and 
algorithms, will be given priority. 

Applications (including the names of at 
least three references) should be sent to: 
Professor Jean Gallier, Chair 
Faculty Search Committee 
Department of Computer and 
Information Science 
University of Pennsylvania 
200 South 33rd Street 
Philadelphia, PA 19104-6389 
The University of Pennsylvania is an Affir¬ 
mative Action/Equal Opportunity Employer. 


CESDIS 
Staff Scientist 

Universities Space Research Association 
(USRA), a nonprofit university consortium, 
is seeking a Staff Scientist for its Center of 
Excellence in Space Data and Information 
Sciences which is operated under contract to 
NASA. CESDIS conducts research in the in¬ 
formation and computational sciences ad¬ 
dressing the requirements of NASA for data 
systems supporting its space and Earth 
science research programs. 

The Staff Scientist will work on-site at 
Goddard Space Flight Center in Greenbelt, 


MD, doing core research in such areas as 
data structures, algorithms, languages, 
graphics and computer visualization, data¬ 
bases or computer architectures, with special 
emphasis on parallel processing or massive 
data storage and accessing techniques. Col¬ 
laborative research efforts with NASA space 
and Earth scientists, graduate research 
assistants, and visiting researchers will be 
encouraged. 

Requirements for the position include: a 
Ph.D. in an area of the computing sciences; 
a demonstrated ability to develop and man¬ 
age research projects; the ability to work ef¬ 
fectively with diverse groups of scientists, 
engineers, and management personnel. 

Starting salary will be competitive and 
benefits package comprehensive. Applica¬ 
tions will be accepted through February 
15, 1992. USRA is an equal opportunity 
corporation. 

Send vita with publishing history and 
reference list to Dr. Raymond E. Miller, 
CESDIS, Code 930.5, Goddard Space Flight 
Center, Greenbelt, MD 20771. 


PORTLAND STATE UNIVERSITY 
Computer Science Department 
Tektronix Professorship 

The Tektronix Foundation has awarded 
Portland State University a $360,000 grant 
to upgrade its curriculum, establishing a new 
tenure-track faculty position, with significant 
ancillary support. This new position can be at 
the junior or senior level. 

We invite applications and/or nomina¬ 
tions for this position. Applicants must have 
an earned doctorate. Responsibilities include 
undergraduate and graduate teaching, de¬ 
velopment of sponsored research, and in¬ 
teraction with local industry. The position is 
available beginning Fall 1992. 

Preference will be given to applicants in 
areas of interest to local business and in¬ 
dustry. The department is particularly in¬ 
terested in candidates in Software Engineer¬ 
ing. but is also interested in applicants in the 
areas of Operating Systems, Database Sys¬ 
tems. and Human-Computer Interaction. 

Portland State University, one of the three 
major universities in the Oregon State 
System of Higher Education, is located in the 
heart of Portland. Oregon, The campus is 
downtown, near to parks, shopping, and the 
theater district. Portland is a beautiful city 
which offers a diversity of recreation within 
easy driving distance—unequaled fishing 
(salmon and steelhead within a mile of cam¬ 
pus). skiing and mountain climbing, the 
scenic Oregon coast and unmatched state 
campgrounds, to name a few. 

PSU's Computer Science Department is 
located in the Portland Center for Advanced 
Technology, which houses both the Elec¬ 
trical Engineering and Computer Science 
departments, plus CAD/CAM, VLSI de¬ 
sign, computer vision and optical com¬ 
munications laboratories. The CS depart¬ 
ment operates a network of UNIX. AI. 
parallel processing and graphics systems and 
workstations. 

Portland has a rapidly growing computer 
and electronics industry including Tektronix. 
Intel, Servio Logic. Sequent Computer Sys¬ 
tems, Mentor Graphics, and Oregon Soft¬ 


ware, permitting close industry-university in¬ 
teraction. The excellent research facilities 
and faculty of the Oregon Graduate Institute 
are only a few miles away. 

Send applications, including a resume 
and the addresses of three references, to: 
Leonard Shapiro 
Department of Computer Science 
Portland State University 
P.O. Box 751 
Portland. OR 97207 
Telephone: (503) 725-4036 
len@cs.pdx.edu 

Non-U.S. Residents must state their visa 
status. Portland State University is an equal 
opportunity/affirmative action employer. 
Minorities, women, and members of other 
protected groups are encouraged to apply. 
Deadline February 15. 1992 or until the 
position is filled. 


UNIVERSITY OF MIAMI 

The Department of Math and Computer 
Science will have a tenure-track position in 
computer science starting August or, possi¬ 
bly, January of 1992. Salaries are open, 
commensurate with qualifications. Candi¬ 
dates must have a Ph.D. or equivalent 
degree and an excellent research potential 
with a strong commitment to teaching and 
research. Applicants should send a curri¬ 
culum vita and three references to: 

A C. Zame, 

Chairman, Department of Mathematics 
and Computer Science 
University of Miami 
P.O. Box 249085 
Coral Gables, Florida 33124 
The University of Miami is an Equal Op¬ 
portunity/Affirmative Action Employer. 


ENGINEER 

Develop software for a computer system 
for monitoring process equipment. Identify 
customers' needs for monitoring, interpret 
equipment requirements and design soft¬ 
ware to meet the requirements; design a user 
interface using the “Motif" system to allow 
user to interact with monitoring data and in¬ 
terpret it; design data interpretation calcula¬ 
tions based on machinery engineering prin¬ 
ciples; implement software and test the soft¬ 
ware for stability and fulfillment of functional 
requirements. M.S. in Mechanical Engineer¬ 
ing required. Must have successfully com¬ 
pleted minimum of one graduate-level 
course in each of the following: digital data 
control: artificial intelligence expert systems; 
computer-aided design; numerical engineer¬ 
ing analysis; finite element methods. Must 
have successfully completed minimum of 
one course in each of the following: micro¬ 
computer principles and applications: C pro¬ 
gramming language; UNIX programming. 
Hours are 8:00 a.m. to 5:00 p.m., 40 hours 
weekly, at an annual salary of $36,540. Ap¬ 
ply at the Texas Employment Commission, 
Austin, Texas, or send resume to the Texas 
Employment Commission, TEC Building. 
Austin, Texas 78778, J.O. #6422077. Ad 
Paid by an Equal Opportunity Employer. 
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SOUTHERN METHODIST UNIVERSITY 
School of Engineering and 
Applied Science 
Department Chair 

Computer Science and Engineering 

Nominations and applications are invited 
for the position of Professor and Department 
Chair of the Department of Computer Sci¬ 
ence and Engineering at Southern Methodist 
University. Applicants must have a Ph.D. in 
Computer Engineering. Computer Science, 
or a related discipline. Candidates must have 
demonstrated excellence in research with a 
substantial grant record and a strong com¬ 
mitment to teaching. It is anticipated that the 
position will be filled by August, 1992. 

SMU is a private university in Dallas. 
Texas with approximately 8.000 students. 
CSE is in the School of Engineering and 
Applied Science, where a close working 
relationship exists with the Department of 
Electrical Engineering. The department is 
growing and presently has fourteen faculty 
positions. CSE presents a balanced program 
of research and education at all levels and 
has been offering Ph.D. degrees since 1970. 
The department has extensive contacts with 
computer and telecommunications related 
industrial organizations. The Dallas area is 
traditionally distinguished as one of the top 
five centers for high technology comple¬ 
mented by the presence nearby of the Super¬ 
conducting Super Collider. 

Applicants should send a complete re¬ 
sume, including the names of three refer- 

Professor Ian Gladwell 
Chair, CSE Search Committee 
208 Clements Hall 
Southern Methodist University 
Dallas. TX 75275 

SMU is an equal opportunity/affirmative 
action. Title IX employer. Applications from 
women and minorities are particularly en¬ 
couraged. Applications will be accepted until 
February 1. 1992. 


SOFTWARE ENGINEER 

Software Engineer needed by computer 
consulting firm to design, develop and test 
computer software programs for sophisti¬ 
cated relational database systems in a tele¬ 
communications environment, with a special 
emphasis on Informix relational databases, 
such as SQL, ESQL, and 4GL using UNIX 
and programming language C. Analyze soft¬ 
ware needs, define data structures, write 
documentation, and evaluate and debug 
problems. Analyze operating procedures 
and problems and data handling systems 
and develop new database systems to im¬ 
prove efficiency and productivity. Requires 
MS, Computer Science; 1 year experience 
in systems analysis, using UNIX and In- 
formix-4GL and Informix-ESQL in pro¬ 
gramming language C. $42,500/year; 
8:00am-5:00pm, M-F. Respond by resume 
no later than January 1, 1992 to Colorado 
Department of Labor & Employment, Divi¬ 
sion of Employment & Training, 600 Grant, 
Suite 900, Denver, CO 80203, ATT: James 
Shimada, and refer to Job Order No. 
C03773874. 


UNIVERSITY OF WASHINGTON 

Department of Computer Science 
and Engineering 

The Department of Computer Science 
and Engineering at the University of 
Washington expects to have one or more 
tenure-track openings starting in the 
1992-93 academic year. We seek outstand¬ 
ing applicants who add to our existing 
research strengths, particularly in compilers, 
computer systems engineering, and software 
engineering, or who bring significant new 
research strength to our department. 

A moderate teaching load allows time for 
quality research and close involvement with 
students. We expect applicants to have a 
strong commitment to both research and 
teaching, and an outstanding record of 
research for their level. 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to Faculty Recruiting Com¬ 
mittee. Department of Computer Science 
and Engineering FR-35. University of Wash¬ 
ington, Seattle. Washington 98195. Candi¬ 
dates are encouraged to apply as early as 
possible. 

The University of Washington is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Ph.D. is required for these positions. 


THE WICHITA STATE UNIVERSITY 
Chairperson 

Computer Science Department 

Applications are invited for the position of 
chairperson of the Computer Science De¬ 
partment. The closing date for applications is 
February 7. 1992 or the first of the month 
thereafter until the position is filled. An¬ 
ticipated starting date is July 1. 1992. 

Required qualifications for the position in¬ 
clude a Ph.D. in Computer Science or a 
closely-related discipline, an established' 
record of Computer Science research and 
teaching at a Ph.D. granting department, 
and proven leadership. Salary will be com¬ 
mensurate with qualifications and experience. 

The Computer Science Department has 
approximately 500 undergraduate majors 
and 120graduate students. B.S.. B.A.. M S., 
and M.C.S. degrees are currently offered with 
plans underway for offering the Ph.D. 
degree in Computer Science. A primary 
responsibility of the new chairperson will be 
the development of the Ph D. program. 

The department has 17 full-time faculty 
whose research interests include the areas of 
artificial intelligence, machine learning and 
discovery, automated theorem-proving, 
theoretical computer science, databases, 
logic programming, software engineering, 
programming languages, and simulation 
and modeling. 

Letters of application including a resume 
and names and addresses of at least five 
references should be sent to: Dr. Rajshekhar 
Sunderraman, Chair of the Chair Search 
Committee, Box 83, The Wichita State 
University, Wichita. Kansas 67208. TEL: 
(316) 689-3156. FAX: (316) 689-3770. 
E-Mail: raj@tinman.wsu.ukans.edu. The 
Wichita State University is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


THE UNIVERSITY OF ADELAIDE 
IN SOUTH AUSTRALIA 

The University of Adelaide in South 
Australia invites applications for a LEC¬ 
TURER LEVEL B/SENIOR LECTURER 
LEVEL C (Tenurable) available immediately 
in the DEPARTMENT OF COMPUTER 
SCIENCE. Applicants should hold a higher 
degree in Computer Science, with speciali¬ 
zation in areas that relate to the research in¬ 
terests of the Department, which include: 
software engineering, parallel computer ar¬ 
chitectures, distributed operating systems, 
persistent systems, information systems, in¬ 
tegrated programming environments, numer¬ 
ical linear algebra, functional programming 
and computer vision. Further Information 
can be obtained from Professor CJ Barter, 
Head, Department of Computer Science, 
telephone ( + 61 8) 228 5681, fax ( + 61 8) 
223 1206 or email chris@cs.adelaide.edu.au. 
Annual Salary: Interim Salary Scale: Lec¬ 
turer Level B: $AUS39,463 x 7-$47,150/ 
Senior Lecturer Level C: $AUS48,688 x 5 
-$56,375. A salary loading may be payable. 
It is University policy to encourage women to 
apply for appointment to tenurable aca¬ 
demic appointments. Holders of full-time 
tenured or tenurable academic appoint¬ 
ments have the opportunity to take leave 
without pay on a half-time basis for a specific 
period of up to ten years where this is 
necessary for the care of children. AP¬ 
PLICATIONS IN DUPLICATE, quoting 
reference number 7949, giving personal par¬ 
ticulars (including whether candidates hold 
Australian permanent residency status), 
details of academic qualifications and names 
and addresses of three referees should reach 
the Director, Personnel Services, University 
of Adelaide, GPO Box 498, Adelaide, 
South Australia, 5001, Facsimile ( + 61 8) 
223 4820 not later than 17 January 1992. 
The University is an Equal Opportunity 
Employer. 


NORTH CAROLINA STATE 
UNIVERSITY 

Computer Science Department 
Junior Level Tenure Track Positions 

Applicants with strong interest in research 
and teaching in areas related to software 
systems for parallel, distributed or real-time 
computing, should receive a Ph.D. in Com¬ 
puter Science before August 1992. 

The department has strong research ties to 
organizations in the Research Triangle Park 
and with nationally recognized campus re¬ 
search centers. The department offers M.S. 
and Ph.D. degrees in Computer Science, 
and the undergraduate program is CSAB 
accredited. 

Send resume, including research interests 
and citizenship or immigration status and the 
names of three references to: 

Dr. Robert J. Fornaro 
Recruitment Committee 
Department of Computer Science 
North Carolina State University 
Box 8206 

Raleigh, NC 27695-8206 
fornaro@adm.csc.ncsu.edu 
NCSU is an equal opportunity, affirmative 
action employer. 
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THE UNIVERSITY OF 
CENTRAL FLORIDA 

(UCF) seeks applications for two tenure 
track positions in Computer Science. Both of 
these will be at the level of Assistant Pro¬ 
fessor. We are interested in applicants who 
have demonstrated research strength in Ar¬ 
tificial Intelligence in areas of NLU, 
Knowledge Representation and Knowledge 
Acquisition; and Computer Vision and/or 
Computer Graphics in areas such as medical 
imaging. Applicants need to be able to teach 
graduate courses in their research area as 
well as undergraduate courses in Computer 
Science. 

The university has a student population 
that is slightly over 20,000. Computer Sci¬ 
ence is one of the largest departments on 
campus, offering the Bachelor’s, Master’s 
and Ph.D. degrees. UCF is located in Orlando 
adjacent to the Central Florida Research 
Park which houses the Naval Training Sys¬ 
tems Center, the Army’s Project Manager for 
Training Devices, and several University 
research organizations. Computer Science 
faculty work closely with, and receive 
substantial research support from these 
groups and from the NASA Kennedy Space 
Center which is located within 50 miles of the 

Applications are invited through February 
15, 1992. Send resumes and names of at 
least three references to: Dr. Terry J. 
Frederick, Chair, Department of Computer 
Science, University of Central Florida, 
Orlando, FL 32816-0362. TEL: (407) 
823-2341, FAX: (407) 823-5419, Email: 
fred@cs.ucf.edu. 

An Equal Employment Opportunity (M1F) 
Affirmative Action Employer. 


MICHIGAN TECHNOLOGICAL 
UNIVERSITY 
Department Head 

Department of Computer Science 

Applications and nominations are invited 
for the position of Professor and Head of the 
Department of Computer Science. Candi¬ 
dates should have a nationally recognized 
research record, and an outstanding record 
of research support. The successful can¬ 
didate should provide the leadership needed 
to complete the establishment of a doctoral 
program and should have a long term com¬ 
mitment to furthering the overall develop¬ 
ment of the Department. The candidate is 
also expected to represent the Department in 
the interdisciplinary computational activities 
of this technological university. Salary is 
competitive and fringe benefits are excellent. 

The Department of Computer Science 
currently has seven faculty who conduct 
research in parallel and distributed com¬ 
puting, scientific computing, programming 
languages, software engineering, computer 
graphics and artificial intelligence. The 
Department has an active undergraduate 
program with 250 majors, an M S. program 
with 20 graduate students, and linkages to 
Ph.D, programs in mechanical engineering, 
electrical engineering, and computational 
physics. In support of the University’s em¬ 
phasis to increase the number of Ph.D. pro¬ 
grams, the Department recently drafted a 


proposal for a Ph D. program in computa¬ 
tional science. 

Departmental computing facilities consist 
of networks of Sun workstations, an Intel 
iPSC/2, and access to a 28 processor Alliant 
FX2828 supercomputer. Computer Science 
classes use the Department’s Sequent 
Balance and Symmetry machines and Sun 
workstations. 

Michigan Tech, designated as one of four 
Michigan research universities, has 6,900 
students and 400 faculty. It is located in the 
scenic Keweenaw Peninsula of Michigan's 
Upper Peninsula. Surrounded by the clean 
water of Lake Superior and nearby forests, 
the community offers year-round recrea¬ 
tional opportunities. 

Please send a resume and the names of at 
least three references to: Dr. Steven R. 
Seidel, Chairperson of Search Committee, 
Department of Computer Science, Michigan 
Technological University, Houghton, MI 
49931. (telephone: (906) 487-2950, email: 
steve@cs.mtu.edu. fax: 906-487-3347). 

Michigan Technological University is an 
equal opportunity educational institution/ 
equal opportunity employer. 


NEW MEXICO STATE UNIVERSITY 

Department of Computer Science 

The New Mexico State University Depart¬ 
ment of Computer Science is inviting appli¬ 
cations. from all areas of Computer Science, 
for two tenure-track or visiting positions start¬ 
ing Fall 1992. One position may be con¬ 
sidered open rank for an exceptional candi¬ 
date, preferably in Theory: otherwise, the 
positions are at the rank of Assistant Pro¬ 
fessor. Qualifications include a Ph.D. in 
Computer Science or closely related disci¬ 
pline and evidence of strength in teaching 
and research. Degrees at the BS, MS. and 
Ph.D. levels are offered, with 250 under¬ 
graduate and 50 graduate students currently 
enrolled. The Department collaborates with 
the Computing Research Laboratory (CRL), 
an independent research center at NMSU. 
Departmental facilities include a network of 
some 30 Sun workstations, a 20 processor 
Sequent, and access (through CRL and the 
Computer Center) to parallel machines from 
Thinking Machines, Floating Point Systems, 
Intel, and IBM. To apply, send resume and 
the names and addresses of three references 
to Faculty Search, NMSU Department of 
Computer Science. Box 30001. Dept. 3CU, 
Las Cruces, NM 88003-0001. Deadline: 31 
January 1992 or until filled. NMSU is an 
EEO/ A A employer. 


MILLERSVILLE UNIVERSITY 
Department of Computer Science 

Assistant/Associate Professor. Spring or 
Fall 1992. Full-time tenure-track position in 
a seven-member Computer Science Dept, 
with 250 majors. Must have earned Ph.D. in 
Computer Science or Computer & Informa¬ 
tion Science and should be qualified to teach 
both lower and upper level undergraduate 
CS courses. SOFTWARE ENGINEERING 
qualifications highly desirable. Strong verbal 


skills and commitment to effective teaching 
required; research experience preferred. 
Teaching loads are 24 semester hrs. per yr., 
release time for research available on a com¬ 
petitive basis. 

Faculty research interests include: Robot 
Vision, A.I., Intelligent Tutoring Systems, 
and Graphics. Computer facilities include: a 
laboratory of networked SUN IPC SparcSta- 
tions and SUN 330 color graphics work¬ 
stations with LISP, Prolog. C, and PHIGS, 
which supports upper level courses and 
faculty research; and a Data Communica¬ 
tions and graphics lab with Micro VAXII and 
IBM PS/2; and a MicroVAX 3600 for core 
CS courses. Access to IBM4381, VAXII/ 
750, and BITNET. All faculty offices equip¬ 
ped with a MAC SE/30 connected to VAX 
3600. 

Salary commensurate with experience 
and qualifications. Nine-month salaries for 
1992-93 academic yr. range from $29,905- 
$42,080 (Asst. Prof.) to $36,350-$51,148 
(Assoc. Prof.). Summer teaching available 
which could raise salary an additional 20%. 

Screening of applications will begin im¬ 
mediately and will continue until the position 
is filled. Send letter of application, vita, 
copies of transcripts, and three letters of 
recommendation (at least one of which at¬ 
tests to your teaching skills) to: Roger W, 
Webster, Ph.D., Search Committee Chair, 
Department of Computer Science/IEC1291. 
MILLERSVILLE UNIVERSITY, Millersville, 
PA 17551. AA/EOE. 


SENIOR DEVELOPMENT ENGINEER 

Design, implement, and test software 
features for the digital switch, including call 
processing and call recording for the PTS 
and CCS7 services. Train designers and pro¬ 
vide technical assistance in designing digital 
software features. Specify functional design 
and detail design in a centralized database 
system. Diagnose, define, and resolve soft¬ 
ware problems. Recommend to management 
appropriate solutions to technical problems. 
Plan and prepare technical reports to man¬ 
agement. Analyze and implement existing 
software structures and generic features 
allowing simple specialization in order to 
meet customer’s needs and propose alter¬ 
natives. Resolve field problems promptly 
based on research and project experience. 
Requires a Master’s degree in Computer 
Science/Electrical Engineering and one year 
experience in job offered or one year directly 
related digital telecommunications experi¬ 
ence. Or will consider a Bachelor’s degree in 
Computer Science/Electrical Engineering 
and three years experience in lieu of the 
Master’s and one year experience. Must 
have one year experience in each of the 
following: computer architecture; operating 
systems design; real-time system debugging 
techniques; computer communication pro¬ 
tocols; and software development environ¬ 
ment using UNIX/C based PC’s. 40 hour 
work week. $46,000.00 per year. Apply at 
the Texas Employment Commission, Dallas, 
Texas, or send resume to the Texas Employ¬ 
ment Commission, TEC Building, Austin, 
Texas 78778. Job Order #6521476. Ad 
paid by an Equal Opportunity Employer. 
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TEXAS A&M UNIVERSITY 

Department of Computer Science 

Applications are invited for faculty posi¬ 
tions at the Assistant, Associate, or Full Pro¬ 
fessor level. Particular areas of interest in¬ 
clude databases, graphics, fault tolerant 
computing and VLSI/testing but outstand¬ 
ing candidates from all areas will be 
considered, 

Texas A&M provides superior instruc¬ 
tional and research facilities for its Computer 
Science faculty and is committed to a major 
expansion of its research and instructional 
program in Computer Science. The Depart¬ 
ment is a branch of Texas A&M’s College of 
Engineering which is one of the nation's 
largest. Currently the Department has a 
roster of 28 full-time graduate faculty 
members with a number of new positions 
being added this year. In September of 1988 
the Department initiated a program in Com¬ 
puter Science and Engineering to comple¬ 
ment its degree offerings in Computer 
Science. In January of 1990 the Department 
moved into a new building with 50,000 
square feet of space. The Department's 
equipment includes a 64 node NCUBE, a 
2000 node MASPAR, Sequent Balance, 
numerous SPARC4, Silicon Graphics, Sym¬ 
bolics, NeXT, and real time system work sta¬ 
tions as well as access to the University's 
Cray YMP2/116, IBM 3090/200E, Amdahl 
5860, and more. The current annual exter¬ 
nal research funding in the Department is ap¬ 
proximately $2.5 million. 

The program seeks excellence in research. 
Applicants at the Assistant professor level 
should show substantial promise for research 
and teaching. Applicants at the higher levels 
should show a strong record of research 
achievement. Ability in teaching graduates 
and undergraduates is essential. Applicants 
should have a doctoral degree or equivalent. 
Applicants should submit a resume and 
three references to Donald K. Friesen, 
Chairman, Faculty Search Committee, 
Computer Science Department, Texas 
A&M University, College Station, TX 
77843-3112. 

Texas A&M University is an equal oppor¬ 
tunity/affirmative action employer. 


DARTMOUTH COLLEGE 

The Department of Mathematics and 
Computer Science at Dartmouth College 
has openings for two tenure-track Assistant 
Professor positions in computer science. Ap¬ 
pointments at higher rank may be possible. 
Candidates must excel in both teaching and 
research. A Ph.D. in computer science is re¬ 
quired. Applications from any field of com¬ 
puter science are encouraged. 

Faculty in computer science conduct re¬ 
search and teach at the graduate level under 
the auspices of the Ph D. Program in Com¬ 
puter Science, and as members of the 
Department of Mathematics and Computer 
Science they teach undergraduates majoring 
in computer science. The Department of 
Mathematics and Computer Science cur¬ 
rently includes eleven computer science 
faculty, and there are two additional com¬ 
puter science faculty in the Thayer School of 


Engineering who are members of the Ph.D. 
Program in Computer Science. Research in¬ 
terests of the faculty include algorithm 
analysis and design, computer languages 
and systems, theory, computational geome¬ 
try, design automation, VLSI, databases, 
parallel and distributed computation, com¬ 
puter vision, system security, logic program¬ 
ming, and signal processing. 

Interested persons should submit a cur¬ 
riculum vitae, a statement of research plans 
and interests, and at least three, preferably 
four, letters of recommendation, at least one 
of which should comment on your teaching. 
Review of applications will begin immediate¬ 
ly and will continue until the search is com¬ 
plete. Please address application material 
and general inquiries to Phyllis A. Bellmore, 
Mathematics and Computer Science De¬ 
partment, Dartmouth College, 6188 Brad¬ 
ley Hall, Hanover. New Hampshire 03755- 
3551. Specific questions on the selection 
process can be referred to Professor Donald 
Kreider, Recruiting Chair. 

Dartmouth College is an equal oppor¬ 
tunity/ Affirmative Action employer and en¬ 
courages applications from women and 
members of minority groups. 


THE MATSUSHITA INFORMATION 
TECHNOLOGY LABORATORY 
(MITL) 

The Matsushita Information Technology 
Laboratory (MITL), was established in 1991 
to support world-class research in computer 
science. MITL is a division of Panasonic 
Technologies, Inc. and is located in down¬ 
town Princeton, N.J. 

MITL scientists are concentrating their 
research in databases, distributed systems 
and computer architecture. Candidates 
should have a Ph.D. in computer science or 
a related field, preferably in one of the above 
areas. (Junior candidates who expect to ob¬ 
tain a Ph.D. within a year will also be con¬ 
sidered.) Research ability should have been 
demonstrated by prior work in the field. 
Senior candidates must have a demon¬ 
strated record of research accomplishments. 

Please forward a resume which includes 
salary history and requirements to: Dr. R. 
Alonso: Matsushita Information Technology 
Laboratory: 182 Nassau Street, Third Floor, 
Princeton. NJ 08542-7072. (EMAIL: alonso 
@mitl.com.) We offer competitive salaries as 
well as an extensive benefits program. MITL 
is an equal opportunity employer. 


THE JOHNS HOPKINS UNIVERSITY 
Faculty Position in Computer Science 

The Johns Hopkins University invites ap¬ 
plications for a faculty position in the Depart¬ 
ment of Computer Science. Appointments 
at all ranks will be considered. We are par¬ 
ticularly—but not exclusively—interested in 
candidates in the following research/teach¬ 
ing areas: software engineering, databases, 
and computer graphics. 

All applicants are expected to have an out¬ 
standing research record, commitment to 


quality teaching, and the ability and will¬ 
ingness to develop a research program of the 
highest quality. 

Currently, the department has 10 faculty 
and approximately 60 undergraduates and 
35 graduate students engaged in teaching 
and research programs in artificial in¬ 
telligence, computer systems, programming 
languages, computer vision, and theoretical 
computer science. The department is part of 
the G.W.C. Whiting School of Engineering 
and is housed in a new building with ample 
office and laboratory space. The intellectual 
community at Hopkins offers numerous pos¬ 
sibilities for interdisciplinary activity with the 
Cognitive Science Center, the Space Tele¬ 
scope Sciences Institute, the Mind-Brain In¬ 
stitute, and projects/departments associated 
with the School of Medicine such as the 
Human Genome Database Project and the 
Department of Radiology. 

Applicants should send a comprehensive 
resume and names of at least three refer- 

Professor Gerald M. Masson 
Department of Computer Science 
Room 224 New Engineering Building 
Johns Hopkins University 
Baltimore MD 21218-2686 
email: masson@cs.jhu.edu 
The Johns Hopkins University is an equal 
opportunity and affirmative action employer. 


SOUTHERN METHODIST UNIVERSITY 
Computer Science and Engineering 

The Department of Computer Science 
and Engineering (CSE) invites applications 
for a senior faculty position in Computer 
Engineering at the Associate or Full Pro¬ 
fessor level. Applicants must have a Ph.D. in 
Computer Engineering, Computer Science, 
or a related discipline. Candidates should 
have an outstanding funding and research 
record in the area of Computer Engineering 
with a strong commitment to teaching. It is 
anticipated that the position will be filled by 
August. 1992. 

SMU is a private university with approx¬ 
imately 8.000 students. The Department of 
Computer Science and Engineering is in the 
School of Engineering and Applied Science, 
where a close working relationship exists 
with the Department of Electrical Engineer¬ 
ing and Mechanical Engineering. The CSE 
Department presents a balanced program of 
research and education at all levels and has 
been offering Ph.D. degrees since 1970. 
The Department has extensive contacts with 
computer-related and engineering-oriented 
industrial firms that distinguish Dallas as one 
of the top centers for high technology. 

Applicants should send a complete 
resume, including the names of at least three 
references to: 

Professor Margaret H. Eich 
Chair, Faculty Search Committee 
Department of Computer Science 
and Engineering 
Southern Methodist University 
Dallas. Texas 75275-0122 
SMU is an equal opportunity/affirmative 
action. Title IX employer. Applications from 
women and minorities are particularly en¬ 
couraged. Applications will be accepted until 
February 1. 1992. 
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STATE UNIVERSITY OF NEW YORK 
AT STONY BROOK 
Computer Science Department 

Applications are invited for tenure-track 
positions in Computer Science. Of particular 
interest are candidates in systems and ex¬ 
perimental computer science at the Junior 
level, although exceptional candidates in 
other areas and at other levels may also be 
considered. The Stony Brook campus is 
located about 50 miles from New York City 
on the north shore of Long Island. The 
Computer Science Department consists of 
25 faculty members, spanning the spectrum 
of research in the discipline. We graduate 
approximately 100 Bachelors annually and 
have about 50 Masters and 50 Ph.D. stu¬ 
dents. The Department possesses an ex¬ 
cellent networked computing environment 
including more than 100 Suns, 20 HP work¬ 
stations, several Silicon Graphics work¬ 
stations, and VLSI test equipment in addi¬ 
tion to undergraduate laboratories with 
Macintosh and HP workstations. Access is 
also available to a 32 node Intel i860 
multiprocessor through collaboration with 
the Applied Math Department. Candidates 
should have Ph.D. in Computer Science or a 
related engineering discipline. Please submit 
a detailed vita together with the names of at 
least three references to professor David 
Smith. Recruiting Chair, Computer Science 
Department, SUNY at Stony Brook, Stony 
Brook, NY 11794-4400. Telephone: (516) 
632-8443. Net Address: drs@sbcs.sunyb.edu. 
SUNY at Stony Brook, is an affirmative ac¬ 
tion/equal opportunity educator and em¬ 
ployer. AK89. 


CESDIS 

Associate Director 

Universities Space Research Association 
(USRA). a nonprofit university consortium, 
is seeking an Associate Director for its Center 
of Excellence in Space Data and Information 
Sciences which is operated under contract to 
NASA. CESDIS conducts research in the in¬ 
formation and computing sciences address¬ 
ing the requirements of NASA for data sys¬ 
tems and computing techniques supporting 
its space and Earth science research pro¬ 
grams. The Associate Director will work with 
the CESDIS Director in developing and ex¬ 
ecuting a program of basic research in com¬ 
puter and computational sciences, especially 
as they relate to high performance com¬ 
puting and communication. 

Duties will include: determining areas of 
research which could have an impact on the 
computational problems associated with 
space and Earth sciences: developing and 
providing direction to the CESDIS high per¬ 
formance computing and communication 
program: developing contacts with Earth 
and space scientists at NASA and univer¬ 
sities for the purpose of establishing ties with 
these communities which aid in collaborative 
research with CESDIS: conducting appli¬ 
cable computational research and aiding 
in the transfer of the results to NASA 
programs. 

Requirements for the position include: a 
Ph D. in an area of the computing sciences; 


a broad knowledge of computer science, 
computational science, and computer engi¬ 
neering, especially high performance, 
massively parallel computer systems and 
software; published original research; 
experience in program development and 
management; and, the ability to interact ef¬ 
fectively with university, industry, and 
government personnel. 

CESDIS is located on-site at Goddard 
Space Flight Center in Greenbelt, MD. Start¬ 
ing salary will be competitive and benefits 
package comprehensive. Applications will 
be accepted through February 15, 1992. 
USRA is an equal opportunity corporation. 

Send vita with publishing history and 
reference list to Dr. Raymond E. Miller, 
CESDIS, Code 930.5, Goddard Space 
Flight Center, Greenbelt, MD 20771. 


UNIVERSITY OF MARYLAND 
DARPA Sponsored 
Graduate Research Assistantships 
in Parallel Processing 

The University of Maryland's Institute for 
Advanced Computer Studies is soliciting ap¬ 
plications from qualified graduate students 
for research assistantships in parallel process¬ 
ing. These assistantships are made available 
by funds provided by the Defense Advanced 
Research Projects Agency’s (DARPA) Com¬ 
puting Systems Technology Office through a 
contract from NASA Ames Research Cen¬ 
ter. Proposals can address either funda¬ 
mental issues in parallel processing (e.g. 
architectures, algorithms, programming lan¬ 
guages, performance evaluation, etc.) or sig¬ 
nificant applications of parallel processing. 
Proposals addressing issues in scalability of 
parallel algorithms are especially encour¬ 
aged. Research proposals that have an ex¬ 
perimental component will be given highest 
consideration for funding. 

As part of the program. students will be re¬ 
quired to spend several weeks during a sum¬ 
mer interning at one of the following: Federal 
Laboratories. National Supercomputer Cen¬ 
ters or Manufacturers of Parallel Machines. 
Expenses for. travel and living expenses will 
be covered. 

Awards will be made for one year of sup¬ 
port. with possible extension to a second 
year based on progress made during the first 
year. Funds will be provided as part of the 
award to the student's university for salary, 
tuition, and benefits. The University of Mary¬ 
land will provide direct travel support to an 
annual workshop held in conjunction with 
the program at which students will deliver 
papers describing their research and interact 
with leading scientists and engineers in 
parallel processing. If requested, students 
will be provided with free access to the Uni¬ 
versity of Maryland's Connection Machine II. 

Applications are solicited for June 1992 
funding. Only one student per department 
will be funded. 

Who Can Apply 
Applicants must be: 

• U.S. citizens and 

• Doctoral students who have completed 
all course work and preliminary exam 
requirements. 

How to Apply 


Applications (3 copies) should be submitted 
to Prof. Larry Davis, Director, UMIACS, 
University of Maryland, College Park, MD 
20742 by January 31, 1992. An application 
consists of: 

• a short research proposal (at most 3 single 
spaced typewritten pages) 

• a budget endorsed by an appropriate of¬ 
ficial at the student's university (The 
budget should consist only of salary, tui¬ 
tion, benefits and overhead, if charged.) 

• a letter of support from the student's 
faculty advisor who will serve as principal 
investigator 

• curricula vitae of the student and advisor 
For Additional Information (contact) 

Ms. Johanna Weinstein 

UMIACS 

University of Maryland 
College Park, MD 20742-3251 
301/405-6722 
johanna@umiacs.umd.edu 


THE UNIVERSITY OF TEXAS 
AT ARLINGTON 

The Department of Computer Science 
Engineering at The University of Texas at 
Arlington invites applications for tenure- 
track or visiting faculty positions in all areas of 
computer science or computer engineering. 
Ranis is open. An earned doctorate or equiv¬ 
alent and a commitment to teaching and 
scholarly research are required. Openings 
are expected for September, 1992. Applica¬ 
tions will be accepted until all open positions 
are filled; applications received by February 
15, 1992 will be given full consideration. In¬ 
terested persons should send their resume 
and a list of four references to Bill D. Carroll, 
Professor and Chairman, CSE Department, 
P.O. Box 19015, Arlington, TX 76019- 
0015. Phone (817) 273-3787, FAX (817) 
273-2548, Email carroll@cse.uta.edu. 

The University of Texas at Arlington is 
an Equal Opportunity/Affirmative Action 
Employer. 


BLOOMSBURG UNIVERSITY 
Computer Science Position 

Tenure track opening: Assistant/Associate 
Professor, Salary $28000 to $40000 per 
academic year, dependent on education 
and experience. Masters degree necessary 
with doctorate required for tenure. Emphasis 
on quality undergraduate teaching; full-time 
load 12 class hours per week. Complete ap¬ 
plication consists of application letter, cur¬ 
riculum vitae, undergraduate and graduate 
academic transcripts, three letters of recom¬ 
mendation. Send application materials to: 
Search Committee, Department of Mathe¬ 
matics and Computer Science, Bloomsburg 
University, Bloomsburg, PA 17815. 

Complete applications will be reviewed 
beginning January 2, 1992. Applications ac¬ 
cepted and review continued until all posi¬ 
tions are filled. Bloomsburg University is an 
equal opportunity and affirmative action em¬ 
ployer; we seek applications from women 
and members of other protected classes. 


December 1991 


119 










UNIVERSITY OF PITTSBURGH 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applications for one or more tenure- 
track faculty positions beginning with the 
1992-1993 academic year. Candidates at 
the assistant professor level are preferred, 
although applicants with an outstanding 
record in both teaching and research will be 
considered for the rank of associate pro¬ 
fessor. Responsibilities include research, 
supervision of graduate student research 
(Ph.D.and M.S.), and graduate and under¬ 
graduate teaching. Candidates should have 
a Ph.D. in computer science and a strong in¬ 
terest in both teaching and research with a 
research specialization in either operating 
systems or programming languages. Univer¬ 
sity approval of the exact number of posi¬ 
tions available is pending. 

The Department currently has twenty- 
three full-time faculty members and supports 
strong graduate and undergraduate pro¬ 
grams. Departmental resources include an 
excellent research library and extensive com¬ 
puting facilities including a network of SUN, 
DEC and Xerox workstations, an Intel 
iPSC/2 hypercube, a variety of micro¬ 
computers, and several graphics systems. 
The research systems are accessible via the 
Department’s Ethernet-compatible LAN. 
Convenient network access is also provided 
to the extensive general computer facilities of 
the University as well as to other networks 
(e.g., ARPANET, CSNET). Since the. Uni¬ 
versity of Pittsburgh is a founding member of 
the Pittsburgh Supercomputing Center and 
an affiliate member of the Software Engi¬ 
neering Institute, the Department of Compu¬ 
ter Science has access to the Cray X-MP/48 
of PSC and the software engineering exper¬ 
tise at SEI. 

Please send resumes to: Dr. Robert P. 
Daley, Chair, Department of Computer Sci¬ 
ence, 322 Alumni Hall University of Pitts¬ 
burgh, Pittsburgh, PA 15260. 

Pitt is an equal opportunity/affirmative 
action employer and especially encourages 
women and members of ethnic minorities to 
apply. 


DEPAUL UNIVERSITY 
CHICAGO, ILLINOIS 
Announcement of Positions in 
Computer Science 

DePaul University invites applications for 
several tenure-track positions in computer 
science at all levels. The starting date is 
September, 1992. Any area of specialization 
will be considered; however, persons in tele¬ 
communications will be given special con¬ 
sideration. Any applicant should hold a 
Ph.D. in computer science or a related field, 
or be a candidate for such a degree. Duties 
include a six-hour teaching load and re¬ 
search. Tenure details and salary are negoti¬ 
able. Benefits include TIAA and standard 
health insurance. U.S. citizenship is not 
required. 

The Department, which offers bachelor's, 
master's, and doctoral degrees, has over 500 
undergraduate majors and over 800 gradu¬ 


ate students. Facilities include a VAX 6410, 
a VAX 11/750, an IBM 4381, a Harris 
Nighthawk and an AT&T 3B15. Each facul¬ 
ty office is provided with a high performance 
workstation connected to the Department’s 
ethemet. In addition, the Department sup¬ 
ports laboratories in Telecommunications, 
Artificial and Computer Vision and Graphics. 
The Telecommunications lab features an 
AT&T System 75 PBX switch and a variety 
of premise equipment. The Data Communi¬ 
cations lab features PCs connected to thick 
Ethernet, thin Ethernet, and token ring LAN 
hardware running Novell network operating 
system software. 

In addition, DePaul has recently joined in 
the TERN (Telecommunications Education 
and Research Network) project initiated by 
the University of Pittsburgh. This will (about 
a year from now) provide us access to a 45 
Mbps network connecting over 20 univer¬ 
sities nationwide for telecommunications in¬ 
struction and research purposes. 

The Department’s Artificial Intelligence 
Laboratory is equipped with four Hewlett- 
Packard AI workstations, two Symbolics 
3640s and a Symbolics 3670. The Depart¬ 
ment’s Computer Vision and Graphics 
Laboratory is equipped with an AT&T 
3B2-1000, various graphics workstations in¬ 
cluding a Silicon Graphics Personal Iris, 
assorted graphics terminals including XWin- 
dow terminals, two black and white frame 
grabbers, a 24 bit color frame grabber and a 
dedicated vision processor. There are also 
numerous PC laboratories. 

Faculty interests include telecommunica¬ 
tions, information systems, artificial in¬ 
telligence, computer vision, neural com¬ 
puting, natural languages, applied statistics, 
applied graph theory, computer graphics, 
computer security, compiler design, seman¬ 
tics of programming languages, and com¬ 
puter architecture. 

Applications will be received until posi¬ 
tions are filled. To apply, send a resume and 
at least three letters of reference to Helmut 
Epp, Chairman, Department of Computer 
Science and Information Systems. DePaul 
University, 243 S. Wabash, Chicago, IL 
60604. 

DePaul University is an equal opportunity 
employer. 


FLORIDA STATE UNIVERSITY 
National High Magnetic Field 
Laboratory 

• Senior Magnet Design Scientist/ 
Analyst— Twelve Month Scholar/Scientist 
position with courtesy appointment in an ap¬ 
propriate department is available for ap¬ 
plicants interested in analysis problems 
associated with the development of the next 
generation of high field resistive and super¬ 
conductive magnets. A strong interest in 
closed form and finite element analysis using 
the latest computer technologies for struc¬ 
tural, magnetic, fluid and thermal perfor¬ 
mance problems is expected. This position 
requires a Doctoral or Masters degree in 
Mechanical Engineering or related fields of 
specialization with a demonstrated record of 
related research. Deadline for applications: 
January 2, 1992. 


• Senior Computer Engineer—Full time 
research staff engineer position is available 
for applicants interested in computer system 
hardware and software applications as ap¬ 
plied to the design and development of the 
next generation of high field magnets and 
the research conducted with the magnets. 
A strong interest and experience in the 
design of networked computer systems, 
selection of hardware, evaluation of software 
needs and selection of software packages, 
development of specialized software pack¬ 
ages and operation of a National Research 
Laboratory computer network is expected. 
This position requires a Masters or Bachelors 
degree in computer science or related field of 
specialization and at least four years of 
demonstrated applicable experience and ac¬ 
complishments. This is a University Admini¬ 
strative and Professional position. Deadline 
for applications: January 2, 1992. 

Send applications to: 

Dr. Jack Crow, Director 
National High Magnetic Field Laboratory— 
159 A 

Florida State University 
Tallahassee, FL 32306 
Florida State University is an equal oppor¬ 
tunity/affirmative action employer. 


DEPARTMENT OF ELECTRICAL 
ENGINEERING 

We are seeking to fill several tenure-track 
faculty positions. Applicants must possess 
a relevant Ph.D., outstanding academic 
credentials and a strong commitment to 
teaching and research. Candidates must 
demonstrate interest and experience in at 
least one of the following areas: Computer 
Engineering; VLSI; Communications; Micro- 
waves; Signal Processing; Control Systems; 
Photonics and Lasers; Image Processing. An 
outstanding research reputation, with the 
ability to attract external funding, for Pro¬ 
fessor or Associate Professor positions, or 
a demonstrated research potential, for Assis¬ 
tant Professor positions, is desirable. 
Resumes, including recent publications and 
research interest, and names of three profes¬ 
sional references should be sent to: Professor 
S. Ahmed, Chair, Department of Electrical 
Engineering, The City College of New York, 
138th Street and Convent Avenue. New 
York, NY 10031. Deadline for applications 
is February 28, 1992 or until all positions are 
filled. 

An AA/EO Employer M/F. 


UNIVERSITY OF VIRGINIA 
Department of Systems Engineering 
Extension of Deadline 

The deadline for applications for the 
senior faculty position announced in this 
journal in December 1990 has been extended 
to February 1, 1992. 

Furman W. Barton 
Department of Systems Engineering 
Thornton Hall 
University of Virginia 
Charlottesville, VA 22903 


120 


COMPUTER 











UNIVERSITY OF CALIFORNIA 
BERKELEY 

The University of California at Berkeley 
invites applications for tenure-track positions 
in Computer Science beginning in 1992-93, 
pending budgetary approval. Applications 
for appointments at the Assistant Professor 
level will be given highest preference, but 
other levels will be considered. 

The Computer Science Division of the 
Department of Electrical Engineering and 
Computer Science is strong and growing. 
We are interested in outstanding Computer 
Science candidates in all areas. 

Research facilities include hundreds of 
workstations (DEC, HP, Sun), several 
multiprocessors (iPSC, NCUBE, Sequent), 
and access to an on-site Cray XMP. Instruc¬ 
tional hardware includes numerous SUN 
workstations, VAX systems. Macintoshes, 
PC’s and mainframes. 

A doctoral degree (or one nearing com¬ 
pletion) in Computer Science or a closely 
related field is required. Applicants should be 
able to teach core undergraduate courses 
and graduate courses. The successful can¬ 
didate must have demonstrated outstanding 
research accomplishments. Send resume, a 
select subset of your best papers, and the 
names of three references by February 28, 
1992, to the address below. Please have let¬ 
ters of reference sent directly to this address 
with your application. 

Professor David Patterson 
Chair for Computer Science 
EECS Department 
University of California 
Berkeley, CA 94720 
The University of California is an Equal 
Opportunity. Affirmative Action Employer. 


UNIVERSITY OF COLORADO 
AT DENVER 
DEAN 

College of Engineering and 
Applied Science 

The University of Colorado at Denver in¬ 
vites applications and nominations for the 
position of Dean of the College. The College 
has departments of Civil Engineering, Com¬ 
puter Science. Electrical Engineering, and 
Mechanical Engineering, and has strong 
undergraduate programs. The comprehen¬ 
sive M S. programs attract many working 
students from local industry and federal 
laboratories. The Ph.D. degree, offered in 
conjunction with the University of Colorado 
at Boulder, is a key element of a strong and 
growing research program at the University 
of Colorado at Denver. 

The University, in the heart of the city, is 
one of four campuses of the University of 
Colorado System and shares a modern 169- 
acre campus with Metropolitan State College 
of Denver and the Community College of 
Denver. Total campus enrollment of all three 
institutions exceeds 30,000 students. The 
College has 40 full-time faculty augumented 
by adjunct faculty and 11 staff members to 
serve 706 undergraduate and 232 graduate 
students. 

The College is seeking a leader who will 
provide vision for the College: who is able to 


interact well with students, faculty, and staff; 
and who has demonstrated a commitment to 
increasing diversity within the academic 
community. He/she must have an earned 
doctorate or equivalent in engineering or a 
cognate field and must have an established 
scholarly record to be appointed as a tenured 
full professor in the College. Strong interper¬ 
sonal, communication, and managerial skills 
are required along with demonstrated exper¬ 
ience in external fund-raising. Experience 
working with industry is desirable. 

Applicants and nominees should submit a 
letter summarizing qualifications, a current 
vita, and the names, addresses, and tele¬ 
phone numbers of at least three references 
to: Dr. Camila Alire. Chairperson, Engineer¬ 
ing Dean Search Committee. Campus Box 
101, University of Colorado at Denver, P.O. 
Box 173364. Denver, CO 80217-3364. 
(303-556-3521). Additional information is 
available upon request to the Chair. 

Review of applications will begin on Janu¬ 
ary 15, 1992, and continue until the position 
has been filled. 

The University of Colorado at Denver is 
committed to enhancing the diversity of its 
administration, faculty and staff and invites 
and strongly encourages nominations of and 
applications from women and members of 
ethnic minority groups. 


THE UNIVERSITY OF 
THE WEST INDIES, 

ST. AUGUSTINE TRINIDAD, W.I. 

Applications are invited for the Chair 
in Computer Science in the Department of 
Mathematics. 

ANNUAL SALARY RANGE: TT$98,640 
- $119,004 plus Regional Allowance of 
$20,340. Passages, Pension, Housing 
Allowance, Study and Travel and Book 

Applications detailing qualifications and 
experience naming three referees to the 
Registrar as soon as possible. 


PENN STATE HARRISBURG 
Mathematical and Computer Science 
Program 

The Mathematical and Computer Science 
Program at Penn State Harrisburg solicits ap¬ 
plications for a tenure track position in Com¬ 
puter Science at the assistant or associate 
professor level. A Ph.D, in computer science 
is required. Evidence of teaching effective¬ 
ness, an interest in directing master’s level 
research projects, and an interest in develop¬ 
ing externally funded research are expected. 
Promotion and tenure criteria include teach¬ 
ing effectiveness, research, scholarship, and 
service. 

Penn State Harrisburg, an upper division 
and graduate college with an enrollment 
of approximately 2000 undergraduate and 
1500 graduate students, is located in a 
suburban setting near the state capital. The 
program offers undergraduate degrees in 
mathematical sciences and computer sci¬ 
ence and service courses for undergraduate 
and graduate students in engineering, engi¬ 


neering technology, business and education. 
A master’s degree in computer science is 
under consideration. Consulting opportuni¬ 
ties are available. AN EQUAL OPPOR¬ 
TUNITY/AFFIRMATIVE ACTION EM¬ 
PLOYER. WOMEN AND MINORITIES 
ARE ENCOURAGED TO APPLY. 

Please send resume, transcripts, and three 
letters of reference and/or a list of three 
references to: Dr. J.S. Hartzler, Search 
Committee Chair, c/o Sandra Jackson, Box 
CM, Penn State Harrisburg, 777 West Har¬ 
risburg Pike, Middletown, PA 17057-4898. 
Review of applications will commence on 15 
January 1992. Applications will be accepted 
until the position is filled. 


ITHACA COLLEGE 

The Department of Mathematics and 
Computer Science at Ithaca College invites 
applications for two tenure-eligible positions 
in computer science. We expect to hire at the 
rank of Assistant Professor, but outstanding 
candidates will be considered at other ranks. 
The appointment will be effective August 15, 
1992. Applicants will be expected to teach a 
wide variety of courses in computer science 
and computer information science. Candi¬ 
dates should possess a Ph.D. in Computer 
Science or a related field by December 1992. 
Screening will begin February 1, 1992. 

Submit letter of application, curriculum 
vita, and three letters of reference, at least 
one addressing teaching, to Dr. David T. 
Brown, Assistant Chair, Department of 
Mathematics & Computer Science, Ithaca 
College, Ithaca, New York 14850. Ithaca 
College is an Affirmative Action/Equal Op¬ 
portunity Employer. 


UNIVERSITY OF TEXAS 
AT SAN ANTONIO 
Faculty Position 

The Division of Engineering at The Uni¬ 
versity of Texas at San Antonio invites appli¬ 
cations for a tenure-track Assistant Professor 
position in Electrical Engineering. Ph.D. 
degree required. Successful candidates are 
expected to participate in both undergradu¬ 
ate and graduate teaching, and in research 
activities. Applicants in all areas of electrical 
engineering are invited to apply, but the 
following areas are of special interest: com¬ 
puter engineering with emphasis on distri¬ 
buted and parallel processing and fault toler¬ 
ant computing; digital signal processing; 
telecommunications; solid state devices; and 
VLSI. Salary commensurate with qualifica¬ 
tions and experience. UTSA is a compre¬ 
hensive metropolitan university located on 
the edge of the Texas Hill Country. San An¬ 
tonio combines a rich cultural heritage with 
a modern focus on education, research, and 
technology. Send resume and names, ad¬ 
dresses, and phone numbers of four refer¬ 
ences by January 31, 1992, to: Chair, 
Electrical Engineering Search Committee, 
Division of Engineering, The University of 
Texas at San Antonio, San Antonio, Texas 
78249-0665. UTSA is an Equal Oppor¬ 
tunity/Affirmative Action Employer. Women 
and minorities are encouraged to apply. 


December 1991 
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NEW JERSEY 

INSTITUTE OF TECHNOLOGY 
Faculty: 

Computer and Information Science 

NJIT seeks assistant, associate and full 
Professors for Spring/Fall 1992 in distributed 
computing including computer architecture, 
operating systems, data communications 
and networking, realtime computing and 
fault tolerance; software development in¬ 
cluding compiling, computer graphics, office 
automation, data management systems, in¬ 
formation management systems, cognitive 
science, and computational linguistics: com¬ 
puter graphics and computer visions and 
other areas. Qualifications: Ph.D. in com¬ 
puter science or closely related field re¬ 
quired: senior level applicants must have 
proven research and funding record. 

The department offers B.S., B.A., M.S. 
and Ph.D. in computer science. Computing 
facilities include the $30 million Information 
Technologies Building with VAX 6400, 
VAX 8530. IBM 4361. SUN workstations. 
Symbolics machines, TI Explorers and 
graphic systems. Send resume and names of 
three references to: Personnel Box CIS-F. 

NJIT is the technological university of 
New Jersey with 7.500 students enrolled in 
Newark College of Engineering, the School 
of Architecture, the College of Science and 
Liberal Arts and the School of Industrial 
Management. 

NJIT does not discriminate on the basis of 
sex. race, color, handicap, religion, national 
or ethnic origin or age in employment. 

New Jersey Institute of Technology 

University Heights. Newark. NJ 07102 


POHANG INSTITUTE OF SCIENCE 
& TECHNOLOGY 
KOREA 

Department of Computer Science 
and Engineering 

The Department of Computer Science 
and Engineering at Pohang Institute of 
Science & Technology (POSTECH) in 
Korea is inviting applications for faculty posi¬ 
tions at all levels from all areas of computer 
science and engineering. However, the de¬ 
partment has particular interest in candidates 
in the areas of software engineering, data 
base management, computer networks, and 
programming languages. 

POSTECH, a research-oriented univer¬ 
sity in Korea, was founded in 1986 to meet 
the national need for advanced research and 
high quality education in science and 
technology. POSTECH has gained a strong 
reputation for academic excellence in Korea 
and is extending its contribution toward the 
world science and engineering community. 
The Department has very strong undergrad¬ 
uate and graduate programs offering B.S., 
M.S., and Ph.D. degrees. Its research 
facilities include POPA-64, a 64-node 
multiprocessor system developed by the 
Department, 3 VAX systems (8800, 8350), 
and IBM-4381, an Iris graphics workstation, 
a Symbolics Lisp machine, a PIPE 1/800 
image processing system, numerous Sun, 
MIPS, and Solbourne workstations, and 
various special purpose systems all con¬ 


nected through a network. Supercomputer 
resources in the Software Engineering 
Research Institute, Korea, are also available. 

The teaching load is usually 1 to 2 courses 
per semester. POSTECH supports the mov¬ 
ing expenses and provides an apartment for 
each faculty. Applicants should hold a Ph.D. 
degree in computer science or in computer 
engineering, and proficiency in Korean 
language is required. An applicant is ex¬ 
pected to have successful research records or 
demonstrate superior research potential. In¬ 
dividuals with a recent Ph.D. degree or in the 
near completion of the degree are encour¬ 
aged to apply. Send an application letter and 
a resume along with the names and addresses 
of at least three references to: Prof. Chan Mo 
Park, Chairman, Department of Computer 
Science and Engineering, POSTECH, P.O. 
Box 125, Pohang, 790-600, Korea. 


MASSACHUSETTS INSTITUTE OF 
TECHNOLOGY 
Faculty Positions 

The Department of Electrical Engineering 
and Computer Science seeks candidates for 
faculty positions starting in September 1992. 
We anticipate openings for several junior 
faculty appointments for individuals who are 
completing, or who have recently com¬ 
pleted, a doctorate. Senior faculty positions 
may also be available in some areas. Faculty 
duties include teaching at both the graduate 
and undergraduate levels, research, and 
supervision of theses. 

We are interested in candidates in most 
areas of electrical engineering and computer 
science, including artificial intelligence, com¬ 
munications, computer systems and lan¬ 
guages, design and manufacturing, energy, 
and theory of computation. 

All candidates should write to the address 
below, describing their professional interests 
and goals. Each application should include a 
curriculum vitae and the names and ad¬ 
dresses of three or more references. Addi¬ 
tional material describing the applicant's 
work, such as papers or technical reports, 
would also be helpful. All candidates should 
indicate citizenship and, in the case of non- 
US citizens, describe their visa status. 

Send all applications to: 

Prof. F.C. Hennie 

Room 38-435 

Massachusetts Institute of Technology 

Cambridge, MA 02139 

M.I.T. is an equal opportunity/affirmative 
action employer. 


CLEMSON UNIVERSITY 
Faculty Positions 

1. The Department of Electrical and Com¬ 
puter Engineering seeks candidates for a 
tenure track position in Computer Engineer¬ 
ing with a specific interest in the area of com¬ 
puter architecture. It is desired that this posi¬ 
tion be filled by a person interested in quan¬ 
titative approaches who can benefit from the 
complement existing strengths in quantita¬ 
tive performance analysis. 2. Applicants in 


other areas, synergistic with the Holcombe 
Chair in Electronic Communications Sys¬ 
tems, may also be considered. Candidates 
should have a Ph.D. in Electrical or Com¬ 
puter Engineering or Computer Science and 
have a strong interest in teaching at both the 
undergraduate and graduate levels. 

Clemson University's College of Engi¬ 
neering was listed as one of the United 
States’ “up-and-coming" engineering gradu¬ 
ate programs in the March 19. 1990 of the 
U.S. News and World Report. The ECE De¬ 
partment has 38 full-time faculty, approxi¬ 
mately 500 undergraduate students, and 
150 graduate students. It offers B.S., M.S., 
and Ph.D. degrees in both electrical engi¬ 
neering and computer engineering. Facilities 
and research groups include the Clemson 
University Electric Power Research Associa¬ 
tion (CUEPRA): a microncircuits reliability 
research group with a class of 100 clean 
room; automated microwave measurement 
facilities to 25 Ghz; an image processing 
laboratory; and a Center for Computer 
Communications Systems. 

Interested persons should send a cur¬ 
riculum vita and the names of at least three 
references to L. Wilson Pearson. Head. 
Department of Electrical and Computer 
Engineering. Clemson University, Clemson. 
South Carolina 29634-0915. Consideration 
of candidates will begin on February 15, 
1992 and will continue until position (s) is 
(are) filled. Clemson University is an Equal 
Opportunity/Affirmative Action Employer. 


MANUFACTURING SYSTEMS 
ENGINEER 

Manufacturing Systems Engineer required. 
3 openings. Design and development of 
computer integrated manufacturing systems 
in the areas of quality control, process con¬ 
trol, and digital data acquisition control to be 
used in the production of steel tubes. Will be 
involved in the integration of manufacturing 
systems using automated equipments, com¬ 
puters, robots, etc., using control systems 
engineering to create automation; “C” and 
SQL database programming tools for in¬ 
tegration; and Knowledge Engineering 
Techniques using Pascal and LISP to create 
Expert Systems as well as mathematical 
modeling of computer simulations all in a 
PC, System 38 and AS/400 environment. 
Applicant required to have a Masters of 
Engineering Degree in Manufacturing Sys¬ 
tems with at least 1 year “C”, LISP and 
Pascal Programming experience. Must have 
experience (6 months minimum) with SQL 
Process Control, Quality Control Production 
technology, manufacturing processes and 
with the design and development of Expert 
Systems. Must also have 6 months with 
mathematical modeling of computer simula¬ 
tion decision models. Must have proof of 
legal authority to work in the United States. 
Annual salary will be $36,000/year for a 
40-hour work week. Interested applicants 
contact the Oklahoma Employment Security 
Commission, 401-J E. Broadway, Sand 
Springs, OK 74063 (ID #7211). Refer to job 
order number 091418. Ad paid by an Equal 
Employment Opportunity Employer. 
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STATE UNIVERSITY OF NEW YORK 
AT BINGHAMTON 
Department of Computer Science 
The Watson School of Engineering 

The State University of New York at Bing¬ 
hamton invites applications for tenure-track 
positions in the Department of Computer 
Science beginning August 1992. Salary is 
competitive. Preferred areas of specialization 
include distributed/parallel systems, distri¬ 
buted databases, programming languages/ 
compilers, and networking/parallel architec¬ 
tures, but applicants in all areas of Computer 
Science will be considered. Applicants must 
have a Ph.D. in Computer Science or a 
related area, and possess a strong commit¬ 
ment to research and teaching. 

The Department has established Ph.D. 
and M.S. programs, and an accredited 
B.S. program. High technology computer- 
oriented companies in the local area such as 
IBM, G.E., Link Flight Simulation, and Uni¬ 
versal Instruments provide opportunities for 
industrial collaboration. 

Send nominations or applications includ¬ 
ing a resume and the name of three refer¬ 
ences to Professor Sudhir Aggarwal, Chair¬ 
man, Department of Computer Science, 
The Watson School, State University of New 
York at Binghamton, P.O. Box 6000, Bing¬ 
hamton, New York 13902-6000. Applica¬ 
tions received by February 15, 1992 will 
receive first consideration. 

The State University of New York at Bing¬ 
hamton is strongly committed to affirmative 
action. We offer access to services and re¬ 
cruit students and employees without regard 
to race, color, sex, religion, age, disability, 
marital status, sexual orientation or national 


COMPUTER ENGINEERING 
PENN STATE 

Applications are invited for tenure-track 
faculty positions at all levels. Candidates 
from all areas of computer engineering will 
be considered: however priority will be given 
to those candidates in Software Engineering. 
Candidates should have a Ph D. in Compu¬ 
ter Engineering or a related discipline, ability 
to establish a strong research program, and a 
desire to teach at both the undergraduate 
and graduate levels. The Department of 
Electrical and Computer Engineering at 
Penn State currently has over 50 faculty. 
800 junior and senior' level students, and 
280 graduate students. The Computer Engi¬ 
neering Program is within the Department of 
Electrical and Computer Engineering. About 
12 faculty members. 140 junior and senior 
level students, and 65 graduate students 
belong to this Program, which awards B.S.. 
M S. and Ph.D. degrees in Computer Engi¬ 
neering. Research activities currently exist in 
Parallel and Distributed Processing. Inter¬ 
connection Networks. Fault Tolerant Com¬ 
puting. Image Processing and Computer 
Vision. Database Systems. VLSI, and Com¬ 
puter Communications. Please send resume 
and cover letter, with names, addresses and 
phone numbers of at least three references 
to: Personnel Committee. Department of 


Electrical and Computer Engineering, 121 
EE East. The Pennsylvania State University. 
University Park. PA 16802. Applications 
received by December 31, 1991 will be as¬ 
sured of consideration: however applications 
will be considered until positions are filled. 
An equal opportunity/affirmative action em¬ 
ployer-women and minorities are encour¬ 
aged to apply. 


GEORGE MASON UNIVERSITY 
Faculty Positions in Computer Science 

The Department of Computer Science at 
George Mason University is seeking appli¬ 
cants for tenure-track and tenured faculty 
positions at the ranks of assistant, associate, 
and full professor. We are interested in per¬ 
sons who are dedicated to teaching and pro¬ 
fessional service and whose research special¬ 
ties include algorithms and data structures, 
programming languages, architecture, nu¬ 
merical and symbolic computation, operat¬ 
ing systems, software engineering, artificial 
intelligence, human-computer communica¬ 
tions, and computational science. We are 
primarily interested in full-time faculty, but 
may consider visiting faculty as well. The 
nominal starting date of appointments is 
September 1. 1992. 

George Mason University is located in 
Fairfax County Virginia, seventeen miles 
from Washington, D.C. The Department of 
Computer Science is in the School of Infor¬ 
mation Technology and Engineering, which 
has made a commitment to engineering edu¬ 
cation in a world shaped by information 
technologies. There are numerous oppor¬ 
tunities for government and industrial in¬ 
teraction in this region. 

For full consideration please send a letter 
of application, a detailed resume, samples of 
at most two recent publications, and the 
names of four references, to Professor Peter 
J. Denning, Chair. Recruitment Committee. 
Department of Computer Science, George 
Mason University. Fairfax, VA 22030-4444. 
or call at (703) 993-1530 (e-mail: pjd@cs. 
gmu.edu). The applications letter should 
state your professional goals and aspirations. 
Final date for applications is February 1. 
1992. AA/EOE 


SYSTEMS ENGINEER 

Central Ohio Computer & Data Process¬ 
ing Consultant firm seeking systems engi¬ 
neer to design, develop and execute test 
operations for kernel interprocess and ad¬ 
ministrative functions of telecommunications 
switching systems. Responsibility to trouble¬ 
shoot malfunctions involving CCITT7 and 
ANSI CCS7 communication protocols, real 
time operating system and databases, in¬ 
cluding interfaces to various modules of tele¬ 
communication networks. Requires design 
and development of verification software to 
test reliability and functionality of network 
operations from system perspective. Re¬ 
quires M.S. in Computer Science or Com¬ 
puter Engineering and knowledge of rela¬ 
tional database systems, real time operating 
systems, CCITT7 and ANSI CCS7 com¬ 


munication protocols as demonstrated by 
not less than six (6) graduate credit hours of 
research or coursework or one (1) year of ex¬ 
perience in each area of expertise. No exper¬ 
ience required in above duties but applicants 
will qualify with two years of related experi¬ 
ence which must include minimum of one 
year experience in the implementation, test¬ 
ing and troubleshooting of telecommunica¬ 
tion network system components including 
relational database systems, real time 
operating systems, CCITT7 and ANSI 
CCS7 communication protocols. Experi¬ 
ence may be before or after degree. 40 
hrs/wk, 8:00-5:00, Mon.-Fri., $42,000/yr. 
Must have proof of legal authority to work 
permanently in U.S. Send resume in dupli¬ 
cate (no calls) to S. Holton, JO #1260329, 
Ohio Bureau of Employment Services, P.O. 
Box 1618, Columbus, OH 43216. 


NORTHEASTERN ILLINOIS 
UNIVERSITY 

The Department of Computer Science in¬ 
vites applications for a tenure track position 
beginning Fall 1992. Rank and salary will be 
based on qualifications and experience. 
Ph.D. in Computer Science or closely re¬ 
lated field is required. Candidates should 
have a strong commitment to teaching and 
research. Preferred areas: Telecommunica¬ 
tions, Networks, Computer Architecture and 
Graphics. The Department offers B.S. and 
M.S. degrees. 

Northeastern Illinois University is a state 
university located on the northwest side of 
Chicago in a residential community that of¬ 
fers excellent opportunities for professional 
contact and cultural enrichment. Applicants 
should send vita and names of three refer¬ 
ences to: Mira M. Carlson, Chair, Computer 
Science Department, Northeastern Illinois 
University, 5500 N. St. Louis Ave., Chicago, 
Illinois 60625. UNI is an AA/EOE. 

Applications will be accepted until the 
position is filled. 


CALIFORNIA STATE UNIVERSITY, 
LONG BEACH 

The Department of Computer Engineer¬ 
ing and Computer Science invites applica¬ 
tions for a tenure-track faculty position effec¬ 
tive Fall 1992. at the Assistant or Associate 
Professor level with specialization in one or 
more of the following areas: Computer Archi¬ 
tecture. Distributed Systems, Microproces¬ 
sor Design, Networking. Applicants must 
have a Ph.D. in Computer Engineering or 
Computer Science or closely related field, a 
minimum of two years of relevant experi¬ 
ence. demonstrated research potential and 
must be excellent teachers, preferably with 
experience in a multi-cultural, multi-ethnic 
environment. Salary commensurate with 
qualifications and experience. Position open 
until filled. Selection process begins 31 
December 1991. To apply, send resume, 
transcripts and a list of five references to 
Michael K. Mahoney, Chair, Computer Engi¬ 
neering and Computer Science, California 
State University. Long Beach. CA 90840- 
8302. 
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Membership/Subscription Application 




BENEFITS 



Receive Computer automat¬ 
ically with membership. Writ¬ 
ten and refereed by experts, 
it features articles on the latest 
developments in computer 
technology, applications, and 
research, as well as survey 
and tutorial articles on topics 
covering the entire computer 
field. 

Computer's popular depart¬ 
ments include New Products, 
Product Reviews, Book 
Reviews, Standards, Open 
Channel (a reader forum), and 
Computer Society News. 

Other membership benefits include the following: 

• Discounts of up to 50% on Computer Society Press 
books and videos. Over 700 titles covering a broad 
spectrum of computer science topics including net¬ 
working, communications, advanced systems, image 
processing, security, artificial intelligence, and 
visualization 

• Discounts on registration to over 100 conferences, 
workshops, and tutorials each year 

• Low subscription rates on special-interest periodicals 

• Opportunity to participate in any of our 32 technical 
committees—networks of professionals with common 
interests in computer hardware, software, and 
applications 

• Opportunity to participate in the development of more 
than 200 standards projects sponsored by the society 

• Low member rates on COMPMAIL, the electronic mail 
service especially designed for computer 


Schedule of Fees 


To join: see item 1, 2, or 3. 
To subscribe: see item 4. 


Membership dues and periodical subscriptions are annualized to, and expire oi 
December 31. Pay full- or half-year rate depending on date of receipt by the 


Computer Society as indicated below. 

Half Year 

Full Year 

PRICES EXPIRE 12/31/92 

Mar 1-Aug 31 

Sept 1-Feb 28 

H 1 don’t belong to the IEEE and 1 want 

1 to join just the Computer Society 

□ $27 

□ $ 54 

O 1 want to join both the Computer Society 
^ and the IEEE* 



1 reside in Region 1-6 (United States). □ $58.50 0$117 

1 reside in Region 7 (Canada). * □ $53.50 □ $107 

1 resideinRegion8(Europe, Africa, orthe Middle East) □$53.00 □ $106 

1 reside in Region 9 (Latin America). □ $49.50 □ $ 99 

1 reside in Region 10 (Asia and Pacific)... □ $48.50 j □ $ 97 

"ACM members who join both IEEE and the Computer Society may deduct $5 off the 
full-year rate; $2.50 Off the half-year rate. 

O 1 already belong to the IEEE and 1 want 

O to join the Computer Society 

□ $11.00 

□ $22 


IEEE Member Number _ 


I SPECIAL-INTEREST PERIODICALS for new or current members 


IEEE Computer Graphics and Applications 

.6 

□ $12.50 

□ $ 25 

IEEE Design and Test 

.4 

□ $11.00 

□ $ 22 

IEEE Expert . 

.6 

□ $10.00 

□ $ 20 

IEEE Micro . 

.6 

□ $11.50 

□ $ 23 

IEEE Software . 

.6 

□ $12.50 

□ $ 25 

Transactions on: 




Computers . 

...12 

- Q $12.00 

□ $ 24 

Knowledge and Data Engineering . 

.6 

□ $ 9.50 

□ $ 19 

Parallel and Distributed Systems 

.6 

□ $ 9.50 

□ $ 19 

Pattern Analysis and Machine Intelligence 

....12 

□ $12.00 

□ $ 24 

Software Engineering . 

...12 

□ $11.00 

□ $ 22 

IEEE Annals of the History of Computing . 

4 

;.□-$ 8.oo 

□ $ 16 


□ Visa □ MasterCard □ American Express 

i i i i i i i i i i i i i i m p8 “ ca ' s, ° Mi 

Charge Card Number (Minimum Charge $10) CA, DC residents add 

Mo. Y,. Checks drawn in local currency on a bank in the coun- applicable Sales tax $_ 

1 AustHa^Belgi^m'caruida^D'enmark.^Fr^nce,Germany’ Membership fees $_ 

lorway, Por- 


CANADIAN residents 
add 7% GST; BELGIAN 
residents add 6% VAT $_ 


Exp. Date 


Total 


Total enclosed 


)e governed by IEEE’s £ 


stitutions, bylaws, and statements of 


MAILING ADDRESS 


EDUCATION (highest lev 


OCCUPATION 


Mail or fax to appropriate Computer Society office: 

EUROPE: 13, Avenue de I’Aquilon, B-1200, Brussels, BELGIUM. Fax: 32-2-770-8505 

PACIFIC RIM: Ooshima Building, 2-19-1 Minami-Aoyama, Minato-ku, Tokyo 107, JAPAN. Fax: 81-3-3408-3553 

ALL OTHERS: 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264 USA. Fax: 714-821-4010 























































Computer Annual Index 

Volume 24, 1991 


This index covers all technical items — papers, correspondence, 
reviews, etc. — that appeared in this periodical during 1991, and 
items from previous years that were commented upon or corrected in 
1991. 

The Author Index contains the primary entry for each item, listed 
under the first author’s name, and cross-references from all coauthors. 
The Subject Index contains several entries for each item under appro¬ 
priate subject headings, and subject cross-references. 

It is always necessary to refer to the primary entry in the Author 
Index for the exact title, coauthors, and comments/corrections. 


AUTHOR INDEX 


A 

Abidi, Mongi A., Richard O. Eason, and Rafael C. Gonzalez. Autonomous 
robotic inspection and manipulation using multisensor feedback; C-M 
Apr 91 17-31 

Abraham, Santosh G., see Mangione-Smith, William, C-M Jan 91 39-46 
Ahamad, Mustaque, see Dasgupta, Partha, C-M Nov 91 34-44 
Ahmad, Ishfaq, see Pease, Daniel, C-M Jan 91 18-29 
Ahmed, Rafi, Philippe DeSmedt, Weimin Du, William Kent, Mohammad 
A. Ketabchi, Witold A. Litwin, Abbas Rafii, and Ming-Chien Shan. The 
Pegasus heterogeneous multidatabase system; C-M Dec 91 19-27 
Aiso, Hideo, see Treleaven, Philip, C-M Sep 91 98-113 
Alger, Linda S., see Lala, Jaynarayan H., C-M May 91 12-22 
Anderson, David P., and Ron Kuivila. Formula: A programming language 
for expressive computer music; C-M Jul 91 12-21 
Anderson, David P., and George Homsy. A continuous media I/O server and 
its synchronization mechanism; C-M Oct 91 51-57 
Andrews, David L„ see Pease, Daniel, C-M Jan 91 18-29 
Arnold, Dean, Philip Cannata, Leigh Anne Glasson, Gary Hallmark, Bill 
McGuire, Scott Newman, Robert Odegard, and Harjit Sabharwal. 
Standards—SQL Access: An implementation of the ISO remote 
database access standard; C-M Dec 91 74-78 
Arnold, Kenn. Review of ‘Encyclopedia of Artificial Intelligence’ (Shapiro, 
S. C.; 1990); C-M Feb 91 125-126 
Ashihara, Hyo, see Sinha, Pradeep K„ C-M Aug 91 34-41 
Aylor, James H., Guest Ed., Roy L. Russo, Guest Ed., and Bruce D. Shriver, 
Guest Ed. Introduction to special issue on the promise of the next 
decade; C-M Sep 9/ 15-16 


B 

Baggi, Denis L. Neurswing: An intelligent workbench for the investigation 
of swing in jazz; C-M Jul 91 60-64 


Baggi, Denis L., Guest Ed. Computer-generated music (special issue intro.); 
C-M Jul 91 6-9 

Baldassarre, A. M. The Open Channel—On the limitations of group 
communication; C-M Mar 9/ 128 

Barak, Dov. Review of ‘An Implementation Guide to Real-Time 
Programming’ (Ripps, D. L.; 1990); C-M Feb 91 126 
Barker, Mike. Review of ‘Computer Communication Systems, vol. 1: Data 
Circuits, Error Detection, Data Links’ (Nussbaumer, H.; 1990); C-M 
Jun 91 110 

Barnes, Bruce H., see Tucker, Allen B., C-M Nov 91 56-66 
Basili, Victor R., see Caldiera, Gianluigi, C-M Feb 91 61-70 
Basili, Victor R., and John D. Musa. The future engineering of software: A 
management perspective; C-M Sep 91 90-96 
Bedford-Roberts, James, see Martin, Bruce E., C-M Aug 91 17-27 
Bertino, Elisa, and Lorenzo Martino. Object-oriented database management 
systems: Concepts and issues; C-M Apr 91 33-47 
Bhargava, Bharat, see Mafia, Enrique, C-M Aug 91 61-66 
Birman, Kenneth P., see Marzullo, Keith, C-M Aug 91 42-51 
Birmingham, William P., see Mudge, Trevor N., C-M Jan 91 57-64 
Boykin, Joseph, see Treleaven, Philip, C-M Sep 91 98-113 
Boyle, Patrick D., see Cheriton, David R., C-M Feb 91 33-46 
Braunl, Thomas. The Open Channel—Braunl’s law; C-M Aug 91 120 
Brooks, Dana H., see Manolakos, Elias S., C-M Mar 91 33-43 
Brooks, Kenneth P. Lilac: A two-view document editor; C-M Jun 91 7-19 
Brown, Marcus, see Cordes, David, C-M Jun 91 52-61 
Brown, Richard B., see Mudge, Trevor N., C-M Jan 91 57-64 
Buckley, Fletcher J. Standards—Do standards cause software productivity 
problems?; C-M Jan 91 97-98 
Comments by Lane, R. E., C-M Mar 91 6 
Buckley, Fletcher J. Rectifiers suggested to stop magnetic fields when using 
electric blankets (Addenda to ‘A standard for extremely low frequency 
magnetic fields’ C-M Apr 90 95-97); C-M Jan 91 98. Further 
addendum, Jul 91 79 

Burk, Gerald, see Krieger, Don, C-M Mar 91 45-55 


C 


Cagnoni, Stefano, see Poli, Riccardo, C-M Mar 91 64-71 
Caldiera, Gianluigi. and Victor R. Basili. Identifying and qualifying 
reusable software components; C-M Feb 91 61-70 
Camurri, Antonio, Corrado Canepa, Marcello Frixione, and Renato 
Zaccaria. HARP: A system for intelligent composer’s assistance; C-M 
Jul 91 64-61 

Canepa, Corrado, see Camurri, Antonio, C-M Jul 91 64-67 
Cannata, Philip, see Arnold, Dean, C-M Dec 91 74-78 
Casavant, Thomas L., Guest Ed., see Singhal, Mukesh, Guest Ed., C-M Aug 
91 12-15 

Cerf, Vinton, see Treleaven, Philip, C-M Sep 91 98-113 
Chen, Shu-Wie F., see Pu, Calton, C-M Dec 91 64-72 
Cheriton, David, see Treleaven, Philip, C-M Sep 91 98-113 


+Check author entry for coauthors t Check author entry for subsequent corrections/comments 
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Cheriton, David R„ Hendrik A. Goosen, and Patrick D. Boyle. ParaDiGM: 
A highly scalable shared-memory multicomputer architecture; C-M Feb 
91 33-46 

Christodoulakis, Stavros, Guest Ed., see Narasimhalu, A. Desai, Guest Ed., 
C-M Oct 91 6-8 

Chua, Yap Siong. Composition based on pentatonic scales: A 
computer-aided approach; C-M Jul 91 61-11 
Chung, Jen-Yao, see Liu, Jane W. S„ C-M May 91 58-68 
Cichanowski, Gerald W. Review of ‘Data Communications and 
Interoperability’ (Markley, R. W.; 1990); C-M Jan 91 149 
Cios, Krzysztof J., Inho Shin, and Lucy S. Goodenday. Using fuzzy sets to 
diagnose coronary artery stenosis; C-M Mar 91 57-63 
Clemons, Eric K. Corporate strategies for information technology: A 
resource-based approach; C-M Nov 91 23-32 
Cocke, John, see Stone, Harold S., C-M Sep 91 30-38 
Collet, Christine, Michael N. Huhns, and Wei-Min Shen. Resource 
integration using a large knowledge base in Camot; C-M Dec 91 55-62 
Comte, Chris. Review of ‘Envisioning Information’ (Tufte, E.; 1990); C-M 
May 91 118-119 

Conte, Thomas M„ and Wen-mei W. Hwu. Benchmark characterization; 
C-M Jan 91 48-56 

Cook, Todd A., see Fernald, Kenneth W., C-M Mar 91 23-30 
Cooper, Robert, see Marzullo, Keith, C-M Aug 91 42-51 
Cope, David. Recombinant music: Using the computer to explore musical 
style; C-M Jul 91 22-28 

Coppini, Giuseppe, see Poli, Riccardo, C-M Mar 91 64-71 
Cordes, David, and Marcus Brown. The literate-programming paradigm; 
C-M Jun 91 52-61 

Cousins, Robert E. The Open Channel—Rules for concurrent 
engineering—Part I; C-M Nov 97 112 
Cousins, Robert E. The Open Channel—Rules for concurrent engineering: 
Part II; C-M Dec 91 136 


D 

Dannenberg, Roger B„ Christopher Lee Fraley, and Peter Velikonja. Fugue: 

A functional language for sound synthesis; C-M Jul 91 36-42 
Dasgupta, Partha, Richard J. LeBlanc Jr., Mustaque Ahamad, and 
Umakishore Ramachandran. The Clouds distributed operating system; 
C-M Nov 91 34-44 

Davidson, Edward S., see Mangione-Smith, William, C-M Jan 91 39-46 
DeBenedictis, Erik, Sumit Ghosh, and Meng-Lin Yu. A novel algorithm for 
discrete-event simulation: Asynchronous distributed discrete-event 
simulation algorithm for cyclic circuits using a dataflow network; C-M 
Jun 91 21-33 

Dediu, Michael M. Review of ‘Naturally Intelligent Systems’ (Caudill, M. 

and Butler, C.; 1990); C-M Mar 91 127 
DeSmedt, Philippe, see Ahmed, Rafi, C-M Dec 91 19-27 
Desmedt, Yvo G., see Quisquater, Jean-Jacques, C-M Nov 91 14-22 
Deutsch, L. Peter, see Treleaven, Philip, C-M Sep 91 98-113 
Dollas, Apostolos, see Krick, Robert F., C-M Apr 91 5-15 
Du, Weimin. see Ahmed, Raft, C-M Dec 91 19-27 
Dykstra, Jeffrey A., see Mudge, Trevor N., C-M Jan 91 57-64 


E 

Eason, Richard O., see Abidi, Mongi A., C-M Apr 91 17-31 
Edelstein, D. Vera, Roger Fujii, Craig Guerdat, and Pasquale Sullo. 
Standards—Internationalizing software engineering standards; C-M 
Mar 91 74-78 

Estell, Robert G. The Open Channel—When your only tool is a hammer, 
every problem looks like a nail; C-M Jul 91 112 


F 

Factor, Michael, David H. Gelemter, Craig E. Kolb, Perry L. Miller, and 
DeanF. Sittig. Real-time data fusion in the intensive care unit; C-MNov 
91 45-54 

Fairbanks, Jonathan C. Review of ‘Systems Programming in Parallel 
Logic Languages’ (Foster, I.; 1990); C-MNov 91 110-111 

Farrens, Matthew K., and Andrew R. Pleszkun. Implementation of the PIPE 
processor; C-M Jan 91 65-70 

Feiner, Steven K., and Kathleen R. McKeown. Automating the generation 
of coordinated multimedia explanations; C-M Oct 91 33-41 

Fernald, Kenneth W., Todd A. Cook, Thomas K. Miller III, and John J. 
Paulos. A microprocessor-based implantable telemetry system; C-M 
Mar 91 23-30 

Fidge, Colin. Logical time in distributed computing systems; C-M Aug 91 
28-33 

Fitzmaurice, George, see Palaniappan, Murugappan, C-M Oct 91 58-67 

Foudil-Bey, Kamal, see Pease, Daniel, C-M Jan 91 18-29 

Fox, Edward A. Advances in interactive digital multimedia systems; C-M 
Oct 91 9-21 

Fraley, Christopher Lee, see Dannenberg, Roger B., C-M Jul 91 36-42 


Frixione, Marcello, see Camurri, Antonio, C-M Jul 91 64-67 
Fuchs, W. Kent, see Stunkel, Craig B., C-M Jan 91 31-38 
Fujii, Roger, see Edelstein, D. Vera, C-M Mar 91 74-78 


G 

Gelemter, David H., see Factor, Michael, C-M Nov 91 45-54 
Ghafoor, Arif, see Pease, Daniel, C-M Jan 91 18-29 
Ghafoor, Arif, see Little, Thomas D. C., C-M Oct 91 42-50 
Ghosh, Sumit, see DeBenedictis, Erik, C-M Jun 91 21-33 
Glasson, Leigh Anne, see Arnold, Dean, C-M Dec 91 74-78 
Gokhale, Maya, William Holmes, Andrew Kopser, Sara Lucas, Ronald 
Minnich, Douglas Sweely, and Daniel Lopresti. Building and using a 
highly parallel programmable logic array; C-M Jan 91 81-89 
Goldfarb, Charles F. Standards—HyTime: A standard for structured 
hypermedia interchange; C-M Aug 91 81-84 
Gonzalez, Rafael C., see Abidi, Mongi A., C-M Apr 91 17-31 
Goodenday, Lucy S„ see Cios, Krzysztof J., C-M Mar 91 57-63 
Goosen, Hendrik A., see Cheriton, David R., C-M Feb 91 33-46 
Goscinski, Andrzej. Review of ‘Handbook of LAN Technology’ (Fortier, P. 
J.; 1989); C-M Apr 91 111 

Gray, Jim, and Daniel P. Siewiorek. High-availability computer systems; 
C-M Sep 91 39-48 

Green, Paul E. The future of fiber-optic computer networks; C-M Sep 91 
78-87 

Grudin, Jonathan. Interactive systems: Bridging the gaps between 
developers and users; C-M Apr 91 59-69 
Guerdat, Craig, see Edelstein, D. Vera, C-M Mar 91 74-78 


H 

Hallmark, Gary, see Arnold, Dean, C-M Dec 91 74-78 
Hammerton, James C. Review of ‘Microcosm: The Quantum Revolution 
in Economics and Technology’(Gilder, G.; 1989); C-M Nov 91 111 
Harper, Richard E., see Lala, Jaynarayan H., C-M May 91 12-22 
Harris, Dana B. Review of ‘Parallel Logic Programming Techniques’ 
(Taylor, S.; 1989); C-M Mar 91 126 
Hashimoto, Shuji, see Morita, Hideyuki, C-M Jul 91 44-53 
Haus, Goffredo, and Alberto Sametti. Scoresynth: A system for the synthesis 
of music scores based on Petri nets and a music algebra; C-M Jul 91 
56-60 

Hendricks, Luanne. Review of ‘Distributed Group Communication—The 
Amigo Information Model (Smith, H., et. al. Eds.; 1989); C-M Aug 91 
117-118 

Hennessy, John L., and Norman P. Jouppi. Computer technology and 
architecture: An evolving interaction; C-M Sep 91 18-29 
Holmes, William, see Gokhale, Maya, C-M Jan 91 81-89 
Homsy, George, see Anderson, David P., C-M Oct 91 51-57 
Huhns, Michael N„ see Collet, Christine, C-M Dec 91 55-62 
Hwu, Wen-mei W., see Conte, Thomas M., C-M Jan 91 48-56 


J 

Jain, Raj. The Open Channel—Performance analysis ratholes; C-M Jun 91 
112 

Janeri, J. V. A. Review of ‘Algebraic Specifications in Software 
Engineering: An Introduction’ (Van Horebeck, I. and Lewi, J.; 1989); 
C-M May 91 119 

Janssens, Bob, see Stunkel, Craig B., C-M Jan 91 31-38 
Jia, Xiaohua, see Sinha, Pradeep K., C-M Aug 91 34-41 
Johnson, Claudia. Review of ‘C/C++ for Expert Systems’ (Hu, D.; 1989); 
C-M Oct91 111 

Johnson, Margaret L. Toward an expert system for expressive musical 
performance; C-M Jul 91 30-34 
Jones, Anita K., see Treleaven, Philip, C-M Sep 91 98-113 
Jouppi, Norman P., see Hennessy, John L., C-M Sep 91 18-29 


K 

Karabatis, George, see Rusinkiewicz, Marek, C-M Dec 91 46-53 
Karpinski, Thomas E., see Pease, Daniel, C-M Jan 91 18-29 
Kayssi, Ayman I., see Mudge, Trevor N., C-M Jan 91 57-64 
Keefe, Robert. Composing by musical analog: A look at planetary orbits; 
C-M Jul 91 72-75 

Kenny, Kevin B„ and Kwei-Jay Lin. Building flexible real-time systems 
using the Flex language; C-M May 91 70-78 
Kent, William, see Ahmed, Rafi, C-M Dec 91 19-27 
Ketabchi, Mohammad A„ see Ahmed, Rafi, C-M Dec 91 19-27 
Kim, Won, and Jungyun Seo. Classifying schematic and data heterogeneity 
in multidatabase systems; C-M Dec 91 12-18 
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Hammerton, James C., C-M Nov 9/111 
Naturally Intelligent Systems (Caudill, M. and Butler, C.; 1990). Dediu, 
Michael M„ C-M Mar 91 127 

Parallel Logic Programming Techniques (Taylor, S.; 1989). Harris, Dana 
B„ C-M Mar 91 126 

Principles of Concurrent and Distributed Programming (Ben-Ari, M.; 

1990). Zalewski, Janusz, C-M Nov 91 110 
Principles of Visual Programming Systems (Chang, S.-K.; 1990). Wynn, 
Jackson E„ C-M Jan 91 149-150 

Programming Languages, Concepts and Constructs (Sethi, R.; 1989). 
Ratner, Phillip, C-M Feb 91 122 

Real-Time System Design (Levi, S.-T. and Agrawala, A. K.; 1990). 
Zalewski, Janusz, C-M Aug 91 118 

Real-Time Systems and Their Programming Languages (Bums, A., and 
Wellings, A.; 1990). Zalewski, Janusz, C-M Sep 91 150 
Real-Time Unix Systems: Design and Application Guide (Fuhrt, B., et. 

al.; 1991). Zalewski, Janusz, C-M Dec 91 108 
Solving Problems on Concurrent Processors, Vol. I: General Techniques 
and Regular Problems (Fox, G. D., et al.). Mikolajczak, Boleslaw, C-M 
Feb 91 123-125 

Systems Programming in Parallel Logic Languages (Foster, I.; 1990). 

Fairbanks, Jonathan C„ C-M Nov 91 110-111 
The Art of Computer Systems Performance Analysis: Techniques for 
Experimental Design, Measurement, Simulation, and Modeling (Jain, 
R.; 1991 ). Mankin, Allison, C-MOct91 110 
Visualization: The Second Computer Revolution (Friedhoff, R. M., and 
Benzon, W.; 1989). Renteria, Enrique, C-M Sep 91 151 
Broadband communication; cf. Integrated services digital networks 
Buffer memories; cf. Cache memories 
Business communication 

standards for electronic data interchange system of intercompany 
business data transmission (Standards). Payne, Robert A., C-M Nov 91 
68-70 
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Business economics; cf. Computer economics 


C 

Cache memories 

address tracing for parallel machines; implementations on shared and 
distributed-memory multiprocessor. Stunkel, Craig B., + , C-M Jan 91 
31-38 

evolution of instruction sequencing and improvements in 
memory-processor interaction performance. Krick, Robert F., + , C-M 
Apr 91 5-15 

using benchmark characterization to design processors, memory systems, 
and operating systems. Conte, Thomas M., + , C-M Jan 91 48-56 
CAM (computer-aided manufacturing); cf. Manufacturing automauon 
Cardiovascular system 

Hypemet neural network expert system for diagnosing and treating 
hypertension. Poll, Riccardo, + , C-M Mar 91 64-71 
Cardiovascular system; cf. Blood vessels 
CCD; cf. Charge-coupled devices 

Charge-coupled devices 

MI DI controller responding to conductor’s gestures through CCD camera 
and sensor glove. Morita, Hideyuki, + , C-M Jul 91 44-53 

Circuits; cf. Timing 

Coding/decoding; cf. Cryptography 

Communication protocols; cf. Protocols, access 

Communication switching; cf. Packet switching 

Communication system fault tolerance; cf. Network fault tolerance 

Communication system operations and management 

Phoenix extension to multimedia conferencing in Etherphone 
environment. Vin, HarrickM., + , C-M Oct 91 69-79 
Communication system operations and management; cf. Computer 
network management 

Communication system security; cf. Cryptography 
Communication systems; cf. Business communication; Data 
communication; Optical fiber communication; Teleconferencing 

Computation time 

algorithms for scheduling imprecise computations based on 
result-quality-computation-time tradeoffs quantified by workload 
models. Liu, Jane W. S„ + , C-M May 91 58-68 
predicting deterministic execution times of programs using 
source-language-level software tool. Park, Chang Yun, + , C-M May 91 
48-57 

Computer-aided engineering; cf. Design automation; Manufacturing 
automation 

Computer architecture 

architecture and implementation of Hector hierarchically structured 
shared-memory multiprocessor. Vranesic, Zvonko G„ + , C-M Jan 91 
72-79 

book review; Computation Structures (Ward, S. A., and Halstead, R. M.; 

1990). Yang, Chyan, C-M Dec 91 109 
book review; Computer Architecture: A Quantitative Approach 
(Hennessy, J. L. and Patterson, D. A.; 1990). Niemi, Rayno, C-M Jan 91 
150 

design of 250 MHz microsupercomputer using GaAs DCFL and 
multichip-module packaging. Mudge, Trevor N„ + , C-M Jan 91 57-64 
experimental research in computer architecture (special issue). C-M Jan 
91 14-89 

implementation of PIPE (parallel instruction with pipelined execution) 
VLSI processor architecture. Farrens, Matthew K., + , C-M Jan 91 
65-70 

performance comparison of IBM RS/6000 and Astronautics ZS-1 
concurrent uniprocessor architectures. Mangione-Smith, William, + , 
C-M Jan 91 39-46 

trends in interaction between computer architecture and IC technology. 

Hennessy, John L„ + , C-M Sep 91 18-29 
trends in optical interconnections, greater parallelism, and use of locality 
to improve computer performance. Stone, Harold S., + , C-M Sep 91 
30-38 

using PAWS (Parallel Assessment Window System) to evaluate and 
compare parallel computing systems interactively. Pease, Daniel, + , 
C-M Jan 91 18-29 

Computer architecture; cf. Memory management; Multiprocessing... 
Computer buses; cf. Data buses 

Computer communication; cf. Computer networks; Data communication 
Computer documentation; cf. Documentation 
Computer economics 

resource-based competitive corporate strategies for information 
technology. Clemons, Eric K., C-M Nov 91 23-32 
Computer engineering education; cf. Computer science education 
Computer fault tolerance 

breaking codes using fault-tolerant distributed computer architecture 
instead of expensive supercomputer. Quisquater, Jean-Jacques, + , 
C-M Nov 91 14-22 

redundancy design approach for ultrareliable real-time systems. Lala, 
Jaynarayan H„ + , C-M May 91 12-22 


techniques to tolerate operations, environment, and software faults and 
build high-availability computer systems. Gray, Jim, + , C-M Sep 91 
39-48 

Computer graphics 

book review; Computer Graphics Handbook: Geometry and Mathematics 
(Mortenson, M. E.; 1990). Tabak, Leon, C-M Apr 91 110 
Computer graphics; cf. Scientific visualization; Visualization 

Computer input/output 

Acme continuous media I/O server and synchronization mechanism. 
Anderson, David P„ + , C-M Oct 91 51-57 

Computer interfaces 

user-interface developments for 1990s. Marcus, Aaron, + , C-M Sep 91 
49-57 

Computer interfaces; cf. Computer input/output; Data buses; Natural 
language systems 

Computer interfaces, human factors 

IntemetExpress inter-desktop multimedia data-transfer service. 

Palaniappan, Murugappan, + , C-M Oct 91 58-67 
MIDI controller responding to conductor’s gestures through CCD camera 
and sensor glove. Morita, Hideyuki, + , C-M Jul 91 44-53 
Computer interfaces, human factors; cf. Interactive computing, human 
factors; User-interface management systems 
Computer languages 

book review; C/C++ for Expert Systems (Hu, D.; 1989). Johnson, 
Claudia, C-M Oct 91 111 

book review; Programming Languages, Concepts and Constructs (Sethi, 
R.; 1989). Rainer, Phillip, C-M Feb 91 122 
book review; Real-Time Systems and Their Programming Languages 
(Bums, A., and Wellings, A.; 1990). Zalewski, Janusz, C-M Sep 91 150 
Flex programming language for building real-time systems that respond 
to dynamic environments. Kenny, Kevin B., + , C-M May 91 70-78 
Formula programming language for expressive computer music. 

Anderson, David P„ + , C-M Jul 91 12-21 
Fugue functional language for sound synthesis. Dannenberg, Roger B„ 
+ , C-M Jul 91 36-42 

Computer languages; cf. Ada; Prolog; Visual languages 
Computer music; cf. Music 
Computer network management 

book review; Distributed Group Communication—The Amigo 
Information Model (Smith, H„ et. al. Eds .; 1989). Hendricks, Luanne, 
C-M Aug 91 117-118 

Galaxy server-pool class distributed operating system based on object 
computational model. Sinha, Pradeep K„ +, C-M Aug 91 34-41 
Meta distributed application management system using Lamita 
object-oriented data modeling language. Marzullo, Keith, + , C-M Aug 
91 42-51 

Computer network performance 

four areas of discussion that lead performance presentations into address 
debates (The Open Channel). Jain, Raj, C-M Jun 91 112 
Computer network security; cf. Cryptography 
Computer networks 

book review; Communication Systems for Industrial Automation (Rodd, 
M. G. and Deravi, F.; 1989). Zalewski, Janusz, C-M Jun 91 111 
book review; Computer Communication Systems, vol. 1: Data Circuits, 
Error Detection, Data Links (Nussbaumer, H.; 1990). Barker, Mike, C-M 
Jun 91 110 

book review; Data Communications and Interoperability (Markley, R. 
W.; 1990). Cichanowski, Gerald W„ C-M Jan 91 149 
Computer networks; cf. Distributed computing; Internetworking; Local 
area networks; Metropolitan area networks; Multiprocessing 
Computer operating systems; cf. Software, operating systems 
Computer performance 

book review; The Art of Computer Systems Performance Analysis: 
Techniques for Experimental Design (Jain, R.; 1991). Mankin, Allison, 
C-M Oct 91 110 

performance comparison of IBM RS/6000 and Astronautics ZS-1 
concurrent uniprocessor architectures. Mangione-Smith, William, + , 
C-M Jan 91 39-46 

using benchmark characterization to design processors, memory systems, 
and operating systems. Conte, Thomas M., + , C-M Jan 91 48-56 
using PAWS (Parallel Assessment Window System) to evaluate and 
compare parallel computing systems interactively. Pease, Daniel, + , 
C-M Jan 91 18-29 

Computer performance; cf. Queuing analysis 
Computer pipeline processing; cf. Pipeline processing 
Computer programming; cf. Computer languages; Software... 

Computer reliability 

ethical analysis of responsibility for computer failures in critical systems 
(Standards). McFarland, Michael C„ C-M Feb 91 72-75| 
system reliability prediction methods; reliability modeling case study. 
Reibman, Andrew L„ + , C-M Apr 91 49-57 
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Computer reliability; cf. Computer fault tolerance 

Computer science education 

summary of Computing Curricula 1991 report offering specifications for 
implementing undergraduate computing programs. Tucker, Allen B., + , 
C-M Nov 91 56-66 

Computer security; cf. Cryptography 
Computer software; cf. Software... 

Computers 

viewpoints on current and future technology from 15 academic and 
industry leaders. Treleaven, Philip, + , C-M Sep 91 98-113 
Computers; cf. Distributed computing; Information systems; 

Microcomputers; Parallel processing; Real-time systems 
Control systems; cf. Manufacturing automation; Real-time systems 
Cryptography 

breaking codes using fault-tolerant distributed computer architecture 
instead of expensive supercomputer. Quisquater, Jean-Jacques, + , 
C-M Nov 91 14-22 

pseudorandom bit generators in stream-cipher cryptography. Zeng, 
Kencheng, + , C-M Feb 91 8-17 


D 

Data buses 

book review; Digital Bus Handbook (Di Giacomo, J. Ed.; 1990). 
Zalewski, Janusz, C-M Jul 91 110 

trends in optical interconnections, greater parallelism, and use of locality 
to improve computer performance. Stone, Harold S„ + , C-M Sep 91 
30-38 

Data communication 

standards for electronic data interchange system of intercompany 
business data transmission (Standards). Payne, Robert A., C-M Nov 91 
68-70 

Data communication; cf. Computer networks; Data buses; Integrated 
services digital networks; Local area networks; Multiprocessing, 
interconnection 

Data compression 

hardware, algorithm, and standards advances in interactive digital 
multimedia systems. Fox, Edward A., C-M Oct 91 9-21 
Data management; cf. Database management systems; Distributed database 
management systems; Memory management 

Data models 

classifying schematic and data heterogeneity in multidatabase systems. 
Kim, Won, + , C-M Dec 91 12-18 

Meta distributed application management system using Lamita 
object-oriented data modeling language. Marzullo, Keith, + , C-M Aug 
91 42-51 

Pegasus heterogeneous multidatabase system using data modeling and 
programming capabilities of object systems. Ahmed, Raft, +, C-M Dec 
91 19-27 

Data security; cf. Cryptography 
Database management systems 

object-oriented database management systems using query languages and 
query processing. Bertino, Elisa, + , C-M Apr 91 33-47 
Database management systems; cf. Distributed database management 
systems; Hypertext systems; Memory management 

Database systems 

book review; Database Design and Implementation (Maciaszek, L. A.; 
1990). Srimani, Pradip K, C-M Mar 91 126-127 

real-time-systems performance in presence of failures; modeling online 
transaction processing system. Muppala, Jogesh K„ + , C-M May 91 
37-47 

Database systems; cf. Data models; Database management systems; 

Distributed database systems; Information systems 
Database systems, query processing 

object-oriented database management systems using query languages and 
query processing. Bertino, Elisa, + , C-M Apr 91 33-47 
Database systems, query processing; cf. Distributed database systems, 
query processing 

Decision-making; cf. Expert systems; Medical decision-making 

Design automation 

design of 250 MHz microsupercomputer using GaAs DCFL and 
multichip-module packaging. Mudge, Trevor N., + , C-M Jan 91 57-64 
Digital communication; cf. Data communication; Optical fiber 
communication 

Digital image processing; cf. Image processing 
Discrete-event systems 

asynchronous distributed discrete-event simulation algorithm for cyclic 
circuits using dataflow network. DeBenedictis, Erik, + , C-M Jun 91 
21-33 

Displays; cf. Computer graphics 

Distributed computing 

book review; Principles of Concurrent and Distributed Programming 
(Ben-Ari, M.; 1990). Zalewski, Janusz, C-M Nov 91 110 

Clouds distributed operating system based on object-thread model. 
Dasgupta, Partha, + , C-M Nov 91 34-44 


distributed computing systems (special issue). C-M Aug 91 12-78 
Galaxy server-pool class distributed operating system based on object 
computational model. Sinha, Pradeep K., + , C-M Aug 91 34-41 
Meta distributed application management system using Lamita 
object-oriented data modeling language. Marzullo, Keith. + , C-M Aug 
91 42-51 

object-based taxonomy for distributed computing systems. Martin, Bruce 
E„ + , C-M Aug 91 17-27 

partially ordered logical clocks for analysis and control of computations 
on distributed computing systems. Fidge, Colin, C-M Aug 91 28-33 
Distributed computing; cf. Distributed database systems; Local area 
networks; Multiprocessing 
Distributed database management systems 

communication support for Raid distributed transaction-processing 
systems. Mafia, Enrique, + , C-M Aug 91 61-66 
distributed hypertext approach to integrating diverse information 
repositories. Noll, John, + , C-M Dec 91 38-45 
heterogeneous and autonomous transaction processing. Pu, Calton, + , 
C-M Dec 91 64-72 

information resource integration using large, Carnot architecture-based 
knowledge base. Collet, Christine, + , C-M Dec 91 55-62 
Pegasus heterogeneous multidatabase system using data modeling and 
programming capabilities of object systems. Ahmed, Rafi, + , C-M Dec 
91 19-27 

spatio-temporal composition of distributed multimedia objects for 
value-added networks. Little, Thomas D. C„ + , C-M Oct 91 42-50 
specifying interdatabase dependencies in multidatabase environment. 

Rusinkiewicz, Marek, + , C-M Dec 91 46-53 
SQL Access, implementation of ISO remote database access standard 
(Standards). Arnold, Dean, + , C-M Dec 91 74-78 
Distributed database management systems; cf. Distributed database 
systems, concurrency operations; Distributed database systems, 
searching 

Distributed database system fault tolerance 

failure-resilient transaction management in multidatabase systems. 
Soparkar, Nandit, + , C-M Dec 91 28-36 

Distributed database systems 

current state of distributed database systems; overview. Ozsu, M. Tamer, 
+ , C-M Aug 91 68-78 

heterogeneous distributed database systems (special issue). C-M Dec 91 
7-72 

Distributed database systems; cf. Distributed database management 
systems 

Distributed database systems, concurrency operations 

failure-resilient transaction management in multidatabase systems. 
Soparkar, Nandit, + , C-M Dec 91 28-36 
Distributed database systems, query processing 

classification and descriptions of transaction processing systems. Leff 
Avraham, + , C-M Jun 91 63-76 
Distributed database systems, relational 

classifying schematic and data heterogeneity in multidatabase systems. 
Kim, Won, + , C-M Dec 91 12-18 
Distributed database systems, searching 

book review; ‘APPC: Introduction to LU 6.2’ (Berson, A.; 1990). Shea, 
Gary, C-M Oct 91 110-111 

Distributed information systems; cf. Distributed database systems 
DNA; cf. Biological cells 

Document handling 

Multos system applying semantic document-modeling techniques for 
document retrieval. Meghini, Carlo, + , C-M Oct 91 23-30 

Documentation 

software productivity problems caused by the physical configuration 
audit standard (Standards). Buckley, Fletcher J„ C-M Jan 91 97-98f 


E 

Economics; cf. Computer economics; Technology social factors 

Editing; cf. Text processing 

Education; cf. Computer science education 

Electromagnetic radiation effects; cf. Biological radiation effects, 
electromagnetic 

Electronic mail 

IntemetExpress inter-desktop multimedia data-transfer service. 
Palaniappan, Murugappan, + , C-M Oct 91 58-67 
Estimation; cf. Minimax methods 
Ethics 

ethical analysis of responsibility for computer failures in critical systems 
(Standards). McFarland, Michael C„ C-M Feb 91 72-75f 

Europe 

preparing for EC 1992 in the US through quality system registration 
(Standards). Tiratto, Joseph, C-M Apr 91 70-72 

Expert systems 

ART-IM, CLIPS, KES, Level 5 and VAX OPS5 expert system tools; 
comparison. Mettrey, William, C-M Feb 91 19-31 
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book review; Artificial Intelligence and the Design of Expert Systems 
(Luger, G. F„ and Stubblefield, W. A.; 1989). Rattier, Phillip, C-M Dec 
91 109 

book review; Building Expert Systems in Prolog (Merritt, D.; 1989). 
Song, Il-Yeol, C-M Jan 91 151 

book review; C/C++ for Expert Systems (Hu, D.; 1989). Johnson, 
Claudia, C-M Oct 91 111 

expert system that determined tempos and articulations of Bach fugues. 

Johnson, Margaret L„ C-M Jul 91 30-34 
expert system using pattern recognition processes to create recombinant 
music. Cope, David, C-M Jul 91 22-28 
HARP system for intelligent composer’s assistance. Camurri, Antonio, 
+ , C-M Jul 91 64-67 

Meta distributed application management system using Lamita 
object-oriented data modeling language. Marzullo, Keith, + , C-M Aug 
91 42-51 

Expert systems; cf. Intelligent systems; Medical expert systems 


Factory automation; cf. Manufacturing automation 

Fault tolerance; cf. Computer fault tolerance; Network fault tolerance 

Fernbach, Sidney 

obituary. C-M Apr 91 74 
Forecasting; cf. Technology forecasting 
Fuzzy set theory 

diagnosing coronary artery stenosis using fuzzy knowledge-based 
systems. Cios, Krzysztof J., + , C-M Mar 91 57-63 


G 

Geometric modeling 

visualization in scientific and engineering computation. Nielson, Gregory 
M„ C-M Sep 91 58-66 
Geometry; cf. Computer graphics 

Governmental activities/factors 

criticism of law requiring all US Department of Defense computer 
programs to be written in Ada (The Open Channel). Estell, Robert G„ 
C-M Jul 91 112 

Graphics; cf. Computer graphics 


H 

Hierarchical systems 

ParaDiGM scalable shared-memory multicomputer architecture using 
high-performance microprocessors. Cheriton, David R., + , C-M Feb 
91 33-46 

History 

four decades of IEEE Computer Society. Smith, Merlin G., C-M Sep 91 
6-12 

Human factors; cf. Computer interfaces, human factors; Interactive 
computing, human factors 

Hypertext systems 

distributed hypertext approach to integrating diverse information 
repositories. Noll, John, + , C-M Dec 91 38-45 


Iconic languages; cf. Visual languages 
IEEE Computer Society 

history of IEEE Computer Society. Smith, Merlin G„ C-M Sep 97 6-12 
IEEE Computer Society; cf. Awards 
Image classification; cf. Pattern recognition 
Image processing 

real-time biomedical signal and image processing using systolic array 
systems. Manolakos, Elias S., + , C-M Mar 91 33-43 
Industrial control; cf. Manufacturing automation 
Information retrieval; cf. Document handling; Hypertext systems 
Information systems 

Acme continuous media I/O server and synchronization mechanism. 

Anderson, David P„ + , C-M Oct 91 51-57 
COMET system automating generation of coordinated multimedia text 
and graphic explanations. Feiner, Steven K, + , C-M Oct 91 33-41 
hardware, algorithm, and standards advances in interactive digital 
multimedia systems. Fox, Edward A., C-M Oct 91 9-21 
HyTime standard for structured hypermedia interchange (Standards). 

Goldfarb, Charles F, C-M Aug 91 81-84 
multimedia information systems (special issue). C-M Oct 91 6-29, 33-67, 
69-79 

resource-based competitive corporate strategies for information 
technology. Clemons, Eric K, C-M Nov 91 23-32 


Information systems; cf. Database management systems; Database 
systems; Document handling; Medical information systems 

Integrated circuits 

trends in interaction between computer architecture and IC technology. 
Hennessy, John L„ + , C-M Sep 91 18-29 
Integrated circuits; cf. Microcomputers; Very-large-scale integration 
Integrated services digital networks 

integrated voice-data communication over high-speed fiber optic 
networks; comparison of protocols. Mukherjee, Biswanath, C-M Feb 91 
49-58 

Intelligent systems 

Neurswing intelligent workbench for investigation of swing in jazz. 
Baggi, Denis L„ C-M Jul 91 60-64 
Interactive computing, human factors 

factors affecting development of interactive software systems. Grudin, 
Jonathan, C-M Apr 91 59-69 

hardware, algorithm, and standards advances in interactive digital 
multimedia systems. Fox, Edward A., C-M Oct 91 9-21 
user-interface developments for 1990s. Marcus, Aaron, + , C-M Sep 91 
49-57 

Interactive computing, human factors; cf. Computer interfaces, human 
factors 

Interconnected systems; cf. Data buses; Hierarchical systems 

International Organization for Standardization; cf. ISO 
Internetworking 

IntemetExpress inter-desktop multimedia data-transfer service. 
Palaniappan, Murugappan, + , C-M Oct 91 58-67 
ISDN; cf. Integrated services digital networks 

ISO 

internationalizing ISO Open System Interconnection and 9000 series 
standards (Standards). Edelstein, D. Vera, + , C-M Mar 91 74-78 
SQL Access, implementation of ISO remote database access standard 
(Standards). Arnold, Dean, + , C-M Dec 91 74-78 


K 

Knowledge-based systems; cf. Artificial intelligence; Expert systems; 
Intelligent systems 


L 

LANs; cf. Local area networks 

Languages 

Lilac system offering WYSIWYG editing and language-based document 
description. Brooks, Kenneth P., C-M Jun 97 7-19 
Languages; cf. Computer languages; Natural language systems 
Learning systems; cf. Neural networks 
Local area networks 

book review; Handbook of LAN Technology (Fortier, P. J.; 1989). 
Goscinski, Andrzej, C-M Apr 91 111 

future of fiber-optic computer networks in local and metropolitan area 
networks. Green, Paul C-M Sep 91 78-87 

NEURONET distributed real-time system for monitoring 
neurophysiologic functions in medical environment. Krieger, Don, + , 
C-M Mar 91 45-55 

past and future developments in computer networks and distributed 
systems. Wittie, Larry D„ C-M Sep 91 67-76 
Logic; cf. Programmable logic arrays; Sequential logic circuits 

Logic programming 

book review; Parallel Logic Programming Techniques (Taylor, S.; 1989). 
Harris, Dana B., C-M Mar 91 126 

book review; Systems Programming in Parallel Logic Languages (Foster, 
I.; 1990). Fairbanks, Jonathan C„ C-M Nov 97 110-111 
Logic programming; cf. Prolog 


M 

Machine vision; cf. Robots, vision systems 

Management; cf. Communication system operations and management 

Manipulators, vision systems; cf. Robots, vision systems 

Manufacturing automation 

book review; Communication Systems for Industrial Automation (Rodd, 
M. G. and Deravi, F.; 1989). Zalewski, Janusz, C-M Jun 97 111 

Markov processes 

evaluating real-time-system performance in presence of failures using 
Markov reward models. Muppala, Jogesh K, + , C-M May 91 37-47 

Mathematics; cf. Computer graphics 

Medical decision-making 

process-trellis software architecture providing framework for intelligent 
medical monitor. Factor, Michael, + , C-M Nov 91 45-54 

Medical expert systems 

computer-based medical systems (special issue). C-M Mar 91 9-71 

diagnosing coronary artery stenosis using fuzzy knowledge-based 
systems. Cios, Krzysztof J., + , C-M Mar 91 57-63 


132 


COMPUTER 





Hypemet neural network expert system for diagnosing and treating 
hypertension. Poli, Riccardo, + , C-M Mar 91 64-71 

Medical information systems 

NEURONET distributed real-time system for monitoring 
neurophysiologic functions in medical environment. Krieger, Don, + , 
C-M Mar 9 7 45-55 

Medical information systems; cf. Medical decision-making 
Memories; cf. Cache memories 
Memory management 

address tracing for parallel machines; implementations on shared and 
distributed-memory multiprocessor. Stunkel, Craig B„ + , C-M Jan 91 
31-38 

distributed shared memory issues and algorithms. Nitzberg, Bill, + , C-M 
Aug 91 52-60 

evolution of instruction sequencing and improvements in 
memory-processor interaction performance. Krick, Robert F, + , C-M 
Apr 91 5-15 

Message systems; cf. Electronic mail 

Metropolitan area networks 

future of fiber-optic computer networks in local and metropolitan area 
networks. Green, Paul E„ C-M Sep 91 78-87 
Microcomputer applications; cf. Biomedical monitoring 
Microcomputer software design/development; cf. Software development 
environments 
Microcomputers 

design of 250 MHz microsupercomputer using GaAs DCFL and 
multichip-module packaging. Mudge, Trevor N„ + , C-M Jan 91 57-64 

Minimax methods 

algorithms for scheduling imprecise computations based on 
result-quality-computation-time tradeoffs quantified by workload 
models. Liu, Jane W. S„ + , C-M May 91 58-68 
Mobile robots, vision systems; cf. Robots, vision systems 
Modeling; cf. Data models; Geometric modeling; Queuing analysis; 

Reliability modeling; Specific topic 
Monitoring; cf. Biomedical monitoring 
Multiaccess communication; cf. Protocols, access 
Multilevel systems; cf. Hierarchical systems 
Multiprocessing 

address tracing for parallel machines; implementations on shared and 
distributed-memory multiprocessor. Stunkel, Craig B.. + , C-M Jan 91 
31-38 

architecture and implementation of Hector hierarchically structured 
shared-memory multiprocessor. Vranesic, Zvonko G., + , C-M Jan 91 
72-79 

book review; Solving Problems on Concurrent Processors, Vol. I: General 
Techniques and Regular Problems (Fox, G. D., et al.). Mikolajczak, 
Boleslaw, C-M Feb 91 123-125 

breaking codes using fault-tolerant distributed computer architecture 
instead of expensive supercomputer. Quisquater, Jean-Jacques, + , 
C-M Nov 91 14-22 

computing speedup for SIMD programs using variation on Amdahl’s law 
(The Open Channel). Braunl, Thomas, C-M Aug 91 120 
distributed shared memory issues and algorithms. Nitzberg, Bill, + , C-M 
Aug 91 52-60 

ParaDiGM scalable shared-memory multicomputer architecture using 
high-performance microprocessors. Cheriton, David R., + , C-M Feb 
91 33-46 

using PAWS (Parallel Assessment Window System) to evaluate and 
compare parallel computing systems interactively. Pease, Daniel, + , 
C-M Jan 91 18-29 

Multiprocessing; cf. Distributed computing; Supercomputers; Systolic 

Multiprocessing, interconnection 

HARTS distributed real-time architecture supporting fault-tolerant 
communications. Shin, Kang G., C-M May 91 25-35 

Multiprocessing interconnection 

ParaDiGM scalable shared-memory multicomputer architecture using 
high-performance microprocessors. Cheriton, David R., + , C-M Feb 
91 33-46 

Multisensor systems 

autonomous robotic inspection and manipulation using multisensor 
feedback. Abidi, Mongi A., + , C-M Apr 91 17-31 

Music 

computer-aided approach to music composition based on pentatonic 
scales. Chua, Yap Siong, C-M Jul 91 61-1 1 
computer-generated music (special issue). C-M Jul 91 6-75 
determining appropriate granularity of algorithms for musical 
composition. Smoliar, Stephen W., C-M Jul 91 54-56 
expert system that determined tempos and articulations of Bach fugues. 

Johnson, Margaret L„ C-M Jul 91 30-34 
expert system using pattern recognition processes to create recombinant 
music. Cope, David, C-M Jul 91 22-28 
Formula programming language for expressive computer music. 
Anderson, David P, + , C-M Jul 91 12-21 


Fugue functional language for sound synthesis. Dannenberg, Roger B„ 
+ , C-M Jul 91 36-42 

HARP system for intelligent composer’s assistance. Camurri, Antonio, 
+ , C-M Jul 91 64-67 

method for converting celestial coordinates into music using Pascal 
program generating planets’ coordinates. Keefe, Robert, C-M Jul 91 
72-75 

MIDI controller responding to conductor’s gestures through CCD camera 
and sensor glove. Morita, Hideyuki, + , C-M Jul 91 44-53 

Neurswing intelligent workbench for investigation of swing in jazz. 
Baggi, Denis L„ C-M Jul 91 60-64 

Scoresynth system for synthesis of music scores based on Petri nets and 
music algebra. Haus, Goffredo, + , C-M Jul 91 56-60 

Standard Music Description Language based on hypermedia standards 
(Standards). Newcomb, Steven R„ C-M Jul 91 76-79 


N 

Natural language systems 

ODM-Dialog system for speech-to-speech translation and simultaneous 
interpretation. Kitano, Hiroaki, C-M Jun 91 36-50 
Nervous system 

NEURONET distributed real-time system for monitoring 
neurophysiologic functions in medical environment. Krieger, Don, + , 
C-M Mar 91 45-55 

Network fault tolerance 

HARTS distributed real-time architecture supporting fault-tolerant 
communications. Shin, Kang G„ C-M May 91 25-35 
Networks; cf. Computer networks; Multiprocessing, interconnection; 

Neural networks; Petri nets 

Neural networks 

book review; Naturally Intelligent Systems (Caudill, M. and Butler, C.; 
1990). Dediu, Michael M„ C-MMar91 127 

comments, with reply on review of ‘Neural and Concurrent Real-Time 
Systems: The Sixth Generation’ by J. L. Johnson. Soucek, Branko, C-M 
Mar 91 6 (Original paper, Sep 90 141) 

Hypernet neural network expert system for diagnosing and treating 
hypertension. Poli, Riccardo, + , C-M Mar 91 64-71 
Neurology; cf. Nervous system 
Numerical methods 

visualization in scientific and engineering computation. Nielson, Gregory 
M„ C-M Sep 91 58-66 


O 

Obituaries 

Sidney Fembach. C-M Apr 91 74 

Object-oriented programming 

Clouds distributed operating system based on object-thread model. 

Dasgupta, Partha, + , C-M Nov 91 34-44 
Galaxy server-pool class distributed operating system based on object 
computational model. Sinha, Pradeep K., + , C-M Aug 91 34-41 
Meta distributed application management system using Lamita 
object-oriented data modeling language. Marzullo, Keith, + , C-M Aug 
91 42-51 

object-oriented database management systems using query languages and 
query processing. Bertino, Elisa, + , C-M Apr 91 33-47 
Pegasus heterogeneous multidatabase system using data modeling and 
programming capabilities of object systems. Ahmed, Rafi, + , C-M Dec 
91 19-27 

Office automation; cf. Document handling; Electronic mail; 

Teleconferencing 

Operating systems; cf. Software, operating systems 

Optical fiber communication 

future of fiber-optic computer networks in local and metropolitan area 
networks. Green, Paul E., C-M Sep 91 78-87 
integrated voice-data communication over high-speed fiber optic 
networks; comparison of protocols. Mukherjee, Biswanath, C-M Feb 91 
49-58 

Optimization methods; cf. Minimax methods 


Packet switching 

integrated voice-data communication over high-speed fiber optic 
networks; comparison of protocols. Mukherjee, Biswanath, C-M Feb 91 
49-58 

Parallel processing 

book review; Parallel Logic Programming Techniques (Taylor, S.; 1989). 
Harris, Dana B„ C-M Mar 91 126 

book review; Principles of Concurrent and Distributed Programming 
(Ben-Ari, M.; 1990). Zalewski, Janusz, C-M Nov 91 110 
book review; Systems Programming in Parallel Logic Languages (Foster, 
I.; 1990). Fairbanks, Jonathan C„ C-M Nov 91 110-111 
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past and future developments in computer networks and distributed 
systems. Wiltie, Larry D., C-M Sep 91 67-76 

performance comparison of IBM RS/6000 and Astronautics ZS-1 
concurrent uniprocessor architectures. Mangione-Smith, William, + , 
C-M Jan 91 39-46 

Splash highly-parallel programmable logic array; development and 
application. Gokhale, Maya, + , C-M Jan 91 81-89 

trends in optical interconnections, greater parallelism, and use of locality 
to improve computer performance. Stone, Harold S., + , C-M Sep 91 
30-38 

Parallel processing; cf. Multiprocessing; Pipeline processing; 

Supercomputers 

Pattern recognition 

expert system using pattern recognition processes to create recombinant 
music. Cope, David, C-M Jul 91 22-28 

Petri nets 

Scoresynth system for synthesis of music scores based on Petri nets and 
music algebra. Haus, Goffredo, + , C-M Jul 91 56-60 

Pipeline processing 

implementation of PIPE (parallel instruction with pipelined execution) 
VLSI processor architecture. Farrens, Matthew K, + , C-M Jan 91 
65-70 

Pipeline processing; cf. Systolic arrays 

Prediction methods 

predicting deterministic execution times of programs using 
source-language-level software tool. Park, Chang Yun, +, C-M May 91 

48- 57 

Privacy; cf. Cryptography 

Product development 

rules for concurrent engineering, Part 1 (The Open Channel). Cousins, 
Robert E„ C-M Nov 91 112 

rules for concurrent engineering. Part 2 (The Open Channel). Cousins, 
Robert E„ C-M Dec 91 136 

Programmable logic arrays 

Splash highly-parallel programmable logic array; development and 
application. Gokhale, Maya, + , C-M Jan 91 81-89 

Programming; cf. Computer languages; Logic programming; 

Object-oriented programming; Software design/development 

Project management; cf. Product development 

book review; Building Expert Systems in Prolog (Merritt, D.; 1989). 
Song, Il-Yeol, C-M Jan 91 151 

Protocols, access 

integrated voice-data communication over high-speed fiber optic 
networks; comparison of protocols. Mukherjee, Biswanath, C-M Feb 91 

49- 58 

SQL Access, implementation of ISO remote database access standard 
(Standards). Arnold, Dean, + , C-M Dec 91 74-78 

Pseudorandom sequences 

pseudorandom bit generators in stream-cipher cryptography. Zeng, 
Kencheng, + , C-M Feb 91 8-17 

Publishing; cf. Text processing 


Q 

Query languages 

object-oriented database management systems using query languages and 
query processing. Bertino, Elisa, + , C-M Apr 91 33-47 
Query languages; cf. Database management systems 

Queuing analysis 

evaluating real-time-system performance in presence of failures using 
Markov reward models. Muppala, Jogesh K., + , C-M May 91 37-47 


R 

Radio telemetry; cf. Animal telemetry 

Real-time systems 

book review; Real-Time System Design (Levi, S.-T. and Agrawala, A. 

K.; 1990). Zalewski, Janusz, C-M Aug 91 118 
book review; Real-Time Systems and Their Programming Languages 
(Bums, A., and Wellings, A.; 1990). Zalewski, Janusz, C-M Sep 91 150 
comments, with reply on review of ‘Neural and Concurrent Real-Time 
Systems: The Sixth Generation’ by J. L. Johnson. Soucek, Branko, C-M 
Mar 91 6 (Original paper, Sep 90 141) 
evaluating real-time-system performance in presence of failures using 
Markov reward models. Muppala, Jogesh K., + , C-M May 91 31-47 
Flex programming language for building real-time systems that respond 
to dynamic environments. Kenny, Kevin B., + , C-M May 91 70-78 
HARTS distributed real-time architecture supporting fault-tolerant 
communications. Shin, Kang G„ C-M May 91 25-35 
real-time systems (special issue). C-M May 91 10-78 
redundancy design approach for ultrareliable real-time systems. Lala, 
Jaynarayan //.,+, C-M May 91 12-22 


Real-time systems; cf. Biomedical monitoring; Biomedical signal 
processing 

Redundant systems 

redundancy design approach for ultrareliable real-time systems. Lala, 
Jaynarayan H„ + , C-M May 91 12-22 
Reliability; cf. Computer reliability; Redundant systems 

Reliability estimation 

system reliability prediction methods; reliability modeling case study. 
Reibman, Andrew L„ + , C-M Apr 91 49-57 

Reliability modeling 

system reliability prediction methods; reliability modeling case study. 
Reibman, Andrew L„ + , C-M Apr 91 49-57 
Robots, sensing systems; cf. Multisensor systems; Robots, vision systems 
Robots, vision systems 

autonomous robotic inspection and manipulation using multisensor 
feedback. Abidi, Mongi A., +,C-MApr91 17-31 
Routing; cf. Multiprocessing, interconnection 
Rule-based systems; cf. Expert systems 


S 

Scheduling 

algorithms for scheduling imprecise computations based on 
result-quality-computation-time tradeoffs quantified by workload 
models. Liu, Jane W. S„ + , C-M May 91 58-68 

Scientific visualization 

visualization in scientific and engineering computation. Nielson, Gregory 
M„ C-M Sep 91 58-66 

Search methods; cf. Distributed database systems, searching 
Semiconductor devices; cf. Charge-coupled devices; Integrated circuits 
Sensors; cf. Multisensor systems 
Sequences; cf. Pseudorandom sequences 
Sequential logic circuits 

asynchronous distributed discrete-event simulation algorithm for cyclic 
circuits using dataflow network. DeBenedictis, Erik, + , C-M Jun 91 
21-33 

Set theory; cf. Fuzzy set theory 
Shift-register sequences; cf. Pseudorandom sequences 
Signal processing; cf. Acoustic signal processing; Biomedical signal 
processing; Image processing; Speech processing 

Simulation 

asynchronous distributed discrete-event simulation algorithm for cyclic 
circuits using dataflow network. DeBenedictis, Erik, + , C-M Jun 91 
21-33 

Social factors; cf. Technology social factors 
Software 

computer-aided approach to music composition based on pentatonic 
scales. Chua, Yap Siong, C-M Jul 91 67-71 
determining appropriate granularity of algorithms for musical 
composition. Smoliar, Stephen W., C-M Jul 91 54-56 
process-trellis software architecture providing framework for intelligent 
medical monitor. Factor, Michael, + , C-M Nov 91 45-54 
viewpoints on current and future technology from 15 academic and 
industry leaders. Treleaven, Philip, + , C-M Sep 91 98-113 
Software; cf. Computer languages; Database management systems; 

Distributed database management systems 
Software, operating systems 

book review; Real-Time Unix Systems: Design and Application Guide 
(Fuhrt, B„ et. al.; 1991). Zalewski, Janusz, C-M Dec 91 108 
Clouds distributed operating system based on object-thread model. 

Dasgupta, Partha, + , C-M Nov 91 34-44 
Galaxy server-pool class distributed operating system based on object 
computational model. Sinha, Pradeep K, + , C-M Aug 91 34-41 
using benchmark characterization to design processors, memory systems, 
and operating systems. Conte, Thomas M., + , C-M Jan 91 48-56 
Software, utility programs; cf. Computer interfaces; User-interface 
management systems 
Software design/development 

book review; Algebraic Specifications in Software Engineering: An 
Introduction (Van Horebeck, I. and Lewi,J.; 1989). Janeri.J. V.A..C-M 
May 91 119 

book review; An Implementation Guide to Real-Time Programming 
(Ripps, D. L.; 1990). Barak, Dov, C-M Feb 91 126 
book review; Application Architecture—Modem, Large-Scale 

Information Processing (Best, L. J.; 1990). Vikerman, Reed, C-M Feb 
91 123 

human factors affecting development of interactive software systems. 

Grudin, Jonathan, C-M Apr 91 59-69 
literate-programming paradigm for constructing readable, 
understandable, maintainable code. Cordes, David, + , C-M Jun 91 
52-61 

using software metrics to identify and qualify reusable software 
components. Caldiera, Gianluigi, + , C-M Feb 91 61-70 
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Software design/development; cf. Object-oriented programming; Software 
development environments 
Software development environments 

ART-IM, CLIPS, KES, Level 5 and VAX OPS5 expert system tools; 

comparison. Mettrey, William, C-MFeb91 19-31 
book review; Principles of Visual Programming Systems (Chang, S.-K.; 

1990). Wynn, Jackson E„ C-M Jan 91 149-150 
overview of engineering processes involved in software development. 
Basili, Victor R., + , C-M Sep 91 90-96 
Software development environments; cf. Computer languages; 

Object-oriented programming 
Software documentation; cf. Documentation 
Software education; cf. Computer science education 
Software metrics 

algorithms for scheduling imprecise computations based on 
result-quality-computation-time tradeoffs quantified by workload 
models. Liu, Jane W. S„ + , C-M May 91 58-68 
predicting deterministic execution times of programs using 
source-language-level software tool. Park, Chang Yun, +, C-M May 91 
48-57 

using software metrics to identify and qualify reusable software 
components. Caldiera, Gianluigi, + , C-M Feb 91 61-70 

Software performance 

ART-IM, CLIPS, KES, Level 5 and VAX OPS5 expert system tools; 
comparison. Mettrey, William, C-M Feb 91 19-31 
Software performance; cf. Computation time; Software metrics 
Software quality; cf. Software metrics 
Software reusability 

intellectual law’s relevance to software reuse (Open Channel). Tracz, 
Will, C-M Apr 91 112 

using software metrics to identify and qualify reusable software 
components. Caldiera, Gianluigi, + , C-M Feb 91 61-70 

Software standards 

Standard Music Description Language based on hypermedia standards 
(Standards). Newcomb, Steven R„ C-M Jul 91 76-79 
Software testing; cf. Software metrics 
Special issues/sections 

computer-based medical systems. C-M Mar 91 9-71 
computer-generated music. C-M Jul 91 6-75 
distributed computing systems. C-M Aug 91 12-78 
experimental research in computer architecture . C-M Jan 91 14-89 
heterogeneous distributed database systems. C-M Dec 91 7-72 
multimedia information systems. C-M Oct 91 6-29, 33-67, 69-79 
promise of the next decade. C-M Sep 91 15-16, 18-96 
real-time systems. C-M May 91 10-78 
Spectral analysis 

real-time biomedical signal and image processing using systolic array 
systems. Manolakos, Elias S„ + , C-M Mar 91 33-43 

Speech processing 

ODM-Dialog system for speech-to-speech translation and simultaneous 
interpretation. Kitano, Hiroaki, C-M Jun 91 36-50 

Standards 

ethical analysis of responsibility for computer failures in critical systems 
(Standards). McFarland, Michael C„ C-M Feb 91 72-75t 
hardware, algorithm, and standards advances in interactive digital 
multimedia systems. Fox, Edward A., C-M Oct 91 9-21 
HyTime standard for structured hypermedia interchange (Standards). 

Goldfarb, Charles F„ C-M Aug 91 81-84 
preparing for EC 1992 in the US through quality system registration 
(Standards). Tirana, Joseph, C-M Apr 91 70-72 
rectifiers suggested to stop magnetic fields when using electric blankets 
(Addenda to ‘A standard for extremely low frequency magnetic fields 
C-M apr 90 95-97). Buckley, Fletcher J„ C-M Jan 91 981- 
software productivity problems caused by the physical configuration 
audit standard (Standards). Buckley, Fletcher J„ C-M Jan 91 97-981- 
standards for electronic data interchange system of intercompany 
business data transmission (Standards). Payne, Robert A., C-M Nov 91 
68-70 

Standards; cf. ISO; Software standards 
Stochastic processes; cf. Markov processes 
Supercomputers 

design of 250 MHz microsupercomputer using GaAs DCFL and 
multichip-module packaging. Mudge, Trevor N„ + , C-M Jan 91 57-64 

Synchronization 

Acme continuous media I/O server and synchronization mechanism. 
Anderson, David P„ + , C-M Oct 91 51-57 

Synchronization; cf. Timing 
Systolic arrays 

real-time biomedical signal and image processing using systolic array 
systems. Manolakos, Elias S., + , C-M Mar 91 33-43 


Technology forecasting 

past and future developments in computer networks and distributed 
systems. Wittie, Larry D„ C-M Sep 91 Cl-16 
promise of the next decade (special issue). C-M Sep 91 15-16, 18-96 
user-interface developments for 1990s. Marcus, Aaron, + , C-M Sep 91 
49-57 

viewpoints on current and future technology from 15 academic and 
industry leaders. Treleaven, Philip, + , C-M Sep 91 98-113 

Technology social factors 

book review; Microcosm: The Quantum Revolution in Economics and 
Technology. Hammerton, James C„ C-M Nov 91 111 
predictions concerning effects of world-wide computer failures (The 
Open Channel). Pickover, Clifford A., C-M Sep 91 152 

Teleconferencing 

Phoenix extension to multimedia conferencing in Etherphone 
environment. Vin, Harrick M., + , C-M Oct 91 69-79 

Text processing 

Lilac system offering WYSIWYG editing and language-based document 
description. Brooks, Kenneth P„ C-M Jun 91 7-19 
Text processing; cf. Document handling 
Time synchronization; cf. Synchronization 
Timing 

partially ordered logical clocks for analysis and control of computations 
on distributed computing systems. Fidge, Colin, C-M Aug 91 28-33 
Trade; cf. Business... 

Transaction processing systems; cf. Database systems; Distributed 
database management systems 
Transducers; cf. Multisensor systems 


U 


Uncertain systems; cf. Fuzzy set theory 

United States 

preparing for EC 1992 in the US through quality system registration 
(Standards). Tiratto, Joseph, C-M Apr 91 70-72 
United States; cf. Governmental activities/factors 
User-interface management systems 

COMET system automating generation of coordinated multimedia text 
and graphic explanations. Feiner, Steven K, + , C-M Oct 91 33-41 
User interfaces; cf. Computer interfaces 


V 


Very-large-scale integration 

implementation of PIPE (parallel instruction with pipelined execution) 
VLSI processor architecture. Farrens, Matthew K„ + , C-M Jan 91 
65-70 

Videoconferencing; cf. Teleconferencing 

Vision systems (non-biological); cf. Robots, vision systems 

Visual languages 

book review; Principles of Visual Programming Systems (Chang, S.-K.; 
1990). Wynn, Jackson E„ C-M Jan 91 149-150 

Visual system 

microcomputer-based monitor using internal model to track eye. Myers, 
Glenn A., + , C-MMar91 14-21f 

Visualization 

book review; Envisioning Information’(Tufte, E.; 1990). Comte, Chris, 
C-M May 91 118-119 

book review; Visualization: The Second Computer Revolution 
(Friedhoff, R. M., and Benzon, W.; 1989). Renteria, Enrique, C-M Sep 
91 151 

Visualization; cf. Scientific visualization 

VLSI; cf. Very-large-scale integration 


W 


Word processing; cf. Text processing 
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“Any clod can have the facts, but having opinions is an art.” 

Charles McCabe, San Francisco Chronicle 


THE^% CHANNEL 


Rules for concurrent engineering — Part II 


In Part I last month, I said that 
teamwork is continually under¬ 
emphasized and discussed the three 
basics of successful engineering 
teams: trust, teamwork, and confi¬ 
dence. Once organized, a team for¬ 
mulates its planning strategy or mas¬ 
ter plan. It is during this planning 
stage that the team “gels” and begins 
implementing the master plan. 

The master plan is quite detailed 
and well thought out, since it lists all 
issues and interdependencies be¬ 
tween team members. Complex 
events are meticulously scheduled to 
take advantage of “the system” in 
ways that yield major cost and time 
savings. Furthermore, because the 
plan is created by experts on the 
company, there are often some sur¬ 
prises (both good and bad) that 
speak to the realities of a company’s 
development process. Sometimes the 
team will recognize a deficiency and 
ask that additional elements of the 
company be represented on the team 
or excuse some elements deemed ex¬ 
traneous. If the team decides not to 
continue, it is usually correct. 

Once the plan and detailed specifi¬ 
cation have been completed and ap¬ 
proved, the team begins work in ear¬ 
nest. All necessary “homework” has 
been done, so critical paths and risks 
have been isolated. The team knows 
what to look out for. Now the com¬ 
pany must assist the team without 
meddling. Since concurrent engi¬ 
neering yields much faster develop¬ 
ment cycles than serial methods, 
specification changes (mid-course 
corrections) are seldom justified. 
However, when necessary, these 
changes must be handled very care¬ 
fully to maintain the always-fragile 
team atmosphere. Fortunately, the 
team usually recognizes the need or 
opportunity to change before man¬ 
agement does. 

How to make the system fail. Hav¬ 
ing managed with some variation on 
this technique for a number of years, 


I can say that it works well when giv¬ 
en a chance. There are, however, 
some ways to make the system fail 
spectacularly. Here are 10: 

(1) Keep morale low. This is a 
team killer. 

(2) Keep turnover high. Don’t let 
the team gel. 

(3) Constantly review the schedule 
or specification. Even when no 
changes are made, this kills 
team confidence in manage¬ 
ment and tells the team that 
they are not respected, leading 
to (1) and (2) above. Turning 
reviews into “fire drills” is 
even more destructive. 

(4) Change the schedule, goal, or 
specification after work has be¬ 
gun. Repeat as necessary until 
failure occurs. 

(5) Break any “implied commit¬ 
ments” with the team, such as 
tools availability or manpower 
promises. 

(6) Ignore the team’s choice for its 
leader. 

(7) Reward only the team’s leader 
and/or a few stars. 

(8) Deny the team its necessary 
autonomy, symbols, and pride. 

(9) Make the manager or company 
lose credibility with the team. 

(10) Fail to empower the team or 
any member of it. Better yet, 
empower everyone but the rep¬ 
resentative from one of the 
smaller elements; the best way 
is to leave a crucial portion of 
the company out of the team 
altogether. The team will ulti¬ 
mately fail but appear to be 
working up until the last mo¬ 
ment. 

Managing a development of this 
type is not for the faint of heart. Tra¬ 
ditional management tools can easily 
be misapplied with disastrous results. 
A successful manager must force 
lower level decision-making and con¬ 
stantly avoid the temptation to make 


decisions for team members. Fur¬ 
thermore , anti-team behavior must not be 
tolerated. 

A successful team must be reward¬ 
ed as a team. Only after the team is 
rewarded should outstanding individ¬ 
ual contributions be acknowledged. 
The team must influence the choice of 
individuals to be rewarded. Lastly, the 
manager must understand that he or 
she is not a member of the team. 

Autonomy and leadership. A devel¬ 
opment team of this type often virtu¬ 
ally runs itself, freeing the manager to 
run ahead clearing obstacles. Howev¬ 
er, it is crucial to maintain a degree of 
day-to-day accountability in terms of 
progress against schedules, open is¬ 
sues to be dealt with, and personnel 
mix (making sure that the necessary 
skills sets are represented in the prop¬ 
er proportion within the team). 

Once a manager becomes comfort¬ 
able with this development style, it 
becomes easy to manage several 
teams concurrently. In fact, the teams 
will consult each other to optimize 
their plans in the light of resource 
constraints posed by other teams. This 
degree of self-management can at 
once be both wonderful and scary. 
When the entire organization be¬ 
comes comfortable with the concur¬ 
rent engineering and team concepts, 
new challenges must be faced, includ¬ 
ing interteam rivalries and personnel 
raids. 

Concurrent engineering is a vital 
area of technology development. De¬ 
velopment teams are the heart of any 
successful concurrent engineering 
program. The key to having an effec¬ 
tive team is to have a supportive at¬ 
mosphere based on mutual respect 
and responsibility. Without this, cabi¬ 
nets full of schematics and reams of 
code will not make a development 
successful. 

Robert E. Cousins 

Consultant 

Cortland, N.Y. 
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CALL FOR PAPERS 

17th Annual Conference on Local Computer Networks 
"The Conference on Practical Leading Edge Computer Networking" 
October 11-14, 1992, Minneapolis, Minnesota USA 


Sponsored by: IEEE Computer Society_TC-Computer Communications 


Theme: Sessions are being organized on: 

The emphasis of this year’s conference is on practical experience • Large LCN Experiences, Case Studies 

using local computer networks. This unique approach stimulates a • Large LCN Issues <6 Problems 

workshop environment and allows for an effective interchange among • High Speed Networks 

users, researchers, and vendors. Some of the primary goals of the • High Performance Protocols 

conference are to enable those involved in the local computer network • Metropolitan Area Networks 
field to share experiences, lessons learned, and prototype data and • Remote Monitoring 

analysis. Because of these objectives, papers based on experience are • Multi Media on the LCN 
especially solicited. • InternetworldnglRoutersIBridges 

•Standards 


The focus of the 17th LCN will be on the issues and problems of 
large LCNs/LANs/MANs/WANs. Many approaches, both 
managerially and technically, that are suited to small networks do not 
scale up to large networks. Different techniques/products are required. 
Papers that cover these areas are explicitly sought and will be given 
preference. 

Information for Authors: 

All authors must submit 5 full copies of the full technical 
paper. The first page must contain: title of the paper, author's 
names including affiliations, complete mailing address, telephone 
and FAX numbers, Internet or Bitnet address, and a 250 word 
(maximum) abstract (double-spaced) in English to Steve Bell, 
Program Chair, at the address below: 

Send Papers to: 

Steve Bell, Program Chair 
Hughes LAN Systems 
Mail Stop 392 

1072 S. Saratoga-Svale Road 
San Jose, CA 95129, USA 
(415) 966-7926 Office 
(415) 966-7990 FAX 
sbell@hls.com 

Important Dates 

Submission: April 20,1992 

Acceptance: June 22, 1992 

Camera Copy: August 3, 1992 


• ATM 

• Network Management 

• Real-Time Networks 

• Gigabit Networks 

• Security 

• Emerging Technologies 

• Reliability, Availability & 
Maintainability (RAM) 

•FDDI 

• IP Congestion Control and Rate Control 

• Security 
•HPPI 

• Fiber Channel Networking 

General Co-Chairs 

Marc Cohn, Raychem Corp. 
James Mollenauer, Technical 
Strategy Associates 

Program Co-Chairs 

Steve Bell, Hughes LAN Systems 
Ken Ocheltree, IBM 

Panel Co-Chairs 
John Hart, 3Com 
Bill Seifert, Wellfleet 

Tutorial Co-Chairs 

Gary Kessler, Kessler Associates 
Doug Hunt, BBN 


THE IEEE COMPUTER SOCIETY 


THE INSTITUTE OF ELECTRICAL 
AND ELECTRONICS ENGINEERS 







If you write software, IBM wants 
to bring you to your senses. 


With sight, sound and motion, you can 
become a star in the biggest, fastest-growing uni¬ 
verse there is. A multimedia star in the universe 
of IBM and IBM-compatible computers. 

Working with IBM MultiMedia will be ex¬ 
citing. Just look at what’s been done with the 
software, “Columbus: Encounter, Discovery and 
Beyond” and the “Illuminated Books and Manu¬ 
scripts” series. And think of the programs you 
can write combining interactive video, dazzling 


graphics and CD-quality sound. Think of the 
huge market potential that’s barely been tapped. 
With your creativity and IBM’s resources, techni¬ 
cal and marketing support, the possibilities 
are endless. 

Yes, IBM MultiMedia is designed to appeal 
to all your senses. Especially your business sense. 

Call 1 800 426-9402 __ ___ 


to find out all the ways IBM = zzzz, 



















